Systems and methods for storing offsets of a recorded program in a network dvr

ABSTRACT

Systems and methods are described to address shortcomings in the conventional network storage systems via novel techniques to store offsets of a recorded program in a network digital video recorder (DVR). Storing offsets of a recorded program may be beneficial to users that would like to record media content that is broadcast either prior to a start time of a program, or media content that is broadcast after an end time of a program. This feature may be useful when start times and end times of a program are variable (e.g., in the case of sporting events, or other real-time events). This feature may also be useful for recording content of interest that is scheduled for broadcast prior to a start time of or after an end time of the program.

BACKGROUND OF THE INVENTION

Conventional network storage systems store media assets, such asreal-time broadcast network television, on a server or network ofstorage devices. These conventional network storage systems facilitatetime-shifted viewing of broadcast programs, and allow users to recordand watch media assets at their convenience without the requirement of alocal digital video recorder device within the user's home. However,these conventional network storage systems face several challenges intheir implementations. For example, storing multiple copies of a samemedia asset at a server requires an amount of disk space that isproportional to a number of users that request to store the media asset.For example, when media assets are stored on a distributed network ofservers, distribution of the media assets to multiple user devices mayconsume an excessive amount of bandwidth within the network. Forexample, when storing media assets at the server for shared access by amultiple number of a users, violation of copyrights may be implicated ifsome of the multiple number of users are able to access media contentthat they are not authorized to access (e.g., because they have notobtained a copyright to access the content). This issue of copyrightviolation may be compounded when multiple users request to recorddifferent offset portions from a media asset (e.g., portions of mediacontent prior to a start time, or after an end time of a media asset).Conventional network storage systems are unable to deal with the processof recording, deleting and accessing offset portions of media assetsthat efficiently utilize storage resources, network resources (e.g.,bandwidth), and avoid copyright violations.

SUMMARY

Accordingly, systems and methods are described to address shortcomingsin the conventional network storage systems via novel techniques tostore offsets of a recorded program in a network digital video recorder(DVR). Storing offsets of a recorded program may be beneficial to usersthat would like to record media content that is broadcast either priorto a start time of a program, or media content that is broadcast afteran end time of a program. This feature may be useful when start timesand end times of a program are variable (e.g., in the case of sportingevents, or other real-time events). For example, a basketball game mayunexpectedly go into triple overtime, and extend 30 minutes beyond itsexpected end time. A user may request to record the basketball game witha 30-minute offset after the scheduled end time of a broadcast of thebasketball game. This feature may also be useful for recording contentof interest that is scheduled for broadcast prior to a start time orafter an end time of the program. For example, a sports game may includepre-game commentary that is broadcast during an eight minute intervalprior to the scheduled start time of a broadcast of a football game. Auser may request to record the football game with a 10-minute offsetprior to the scheduled start time of the broadcast of the football game.

The systems and methods are applicable to shared copy implementations ofa network DVR, where a single copy of a media asset is stored for sharedaccess among multiple users who request to store the media asset, andare also applicable to private copy implementations of a network DVR,where a single copy of a media asset is stored for each requesting user.The shared copy implementations are first discussed, followed by theprivate copy implementations.

Systems and methods implementing a novel technique in a shared copynetwork DVR determine a largest offset based on multiple requests ofmultiple respective users to store a same program with differentoffsets. The systems and methods store a copy of the program and mediacontent associated with the largest offset for shared access by themultiple respective users. By storing a copy of the program and mediacontent associated with the largest offset for shared access, thesystems and methods reduce the amount of disk space required to storethe program, and the media content associated with multiple differentoffsets. This implementation may be beneficial when there is overlapamong offsets requested for recording by the multiple users. Forexample, a first user may request to record with a first offset (e.g.,start recording 10 minutes prior to a start time of a program), and asecond user may request to record with a second offset (e.g., startrecording five minutes prior to a start time of a program). Instead ofrecording separate copies of media content associated with the 10minutes and the five minutes, the methods and systems determine that thelargest offset is 10 minutes, and then record the copy of the 10 minutesfor shared access by the first user and second user.

For example, systems and methods implementing the novel techniquereceive from a first user device associated with a first user, a firstrequest to store a first media asset (e.g., a program scheduled forbroadcast at 8:00 pm), and receive from a second user device associatedwith a second user, a second request to store the first media asset(e.g., the program scheduled for broadcast at 8:00 pm). The firstrequest includes a first offset from the first media asset (e.g., 10minutes prior to the start time of the first media asset), and thesecond request includes a second offset (e.g., five minutes prior to thestart time of the first media asset). The systems and methods comparethe first offset and the second offset, and then determine, based on thecomparing, a largest start-offset (e.g., 10 minutes) from the start timeof the first media asset. The systems and methods then store mediacontent (e.g., audio, video, and associated metadata) associated withthe first media asset and the largest start-offset (e.g., media contentthat is broadcast in an interval 10 minutes prior to the start time ofthe first media asset), in one or more storage devices (e.g., acloud-based storage system).

In some aspect, systems and methods are provided for storing anddelivering media assets in a content delivery network. A system mayreceive, from a first user device associated with a first user, a firstrequest to store a first media asset, where the first request includes afirst start-offset from a start time of the first media asset and afirst end-offset from an end time of the first media asset. For example,the system may receive from the first user device (e.g., a set-topterminal, a tablet computer, etc.) a request to store a football gamescheduled for broadcast with a start time of 8 PM and an end time of 10PM, with a start-offset of 10 minutes prior to the 8 PM start time ofthe broadcast, and an end-offset of five minutes after the 10 PM endtime of the broadcast. The system may receive, from a second user deviceassociated with a second user, a second request to store the first mediaasset, where the second request includes a second start-offset from thestart time of the first media asset and a second end-offset from the endtime of the first media asset. For example, the system may receive fromthe second user device (e.g., a set-top terminal, a table computer,etc.) a request to store the same football game, scheduled requested forrecording by the first user device, with a start-offset of five minutesprior to the 8 PM start time of the broadcast, and an end-offset of 10minutes after the 10 PM end time.

The system may determine whether the first start-offset is larger than alargest start-offset of an entry associated with the first media assetin a content-hits table. For example, the system may store acontent-hits table that tracks a number of requests to record a mediaasset (e.g., a sports game or other television program), and a largeststart-offset and/or a largest end-offset associated with the first mediaasset. The system may retrieve an entry associated with the first mediaasset from the content-hits table (e.g., by issuing a query to adatabase storing the content-hits table), and retrieve a largeststart-offset value included in the entry. The system may compare thefirst start-offset, included in the first request to store the firstmedia asset, to the largest start-offset of the entry associated withthe first media asset.

The system may update the largest start-offset of the entry associatedwith the first media asset to the first start-offset based ondetermining that the first start-offset is larger than the largest startoffset. For example, based on comparing the first start-offset, includedin the first request to store the first media asset, to the largeststart-offset of the entry associated with the first media asset, thesystem may determine that the first start-offset is larger than thelargest start-offset of the entry, and then update the largeststart-offset of the entry associated with the first media asset to thefirst start-offset (e.g., by issuing an update command to the databasestoring the content-hits table).

The system may determine whether the second start-offset is larger thanthe largest start-offset of the entry associated with the first mediaasset in the content-hits table. The system may retrieve the entryassociated with the first media asset from the content-hits table (e.g.,by issuing a query to a database storing the content-hits table), andretrieve the largest start-offset value included in the entry. Thesystem may compare the second start-offset, included in the secondrequest to store the first media asset, to the largest start-offset ofthe entry associated with the first media asset.

The system may update the largest start-offset of the entry associatedwith the first media asset to the second start-offset based ondetermining that the second start-offset is larger than the largeststart offset. For example, based on comparing the second start-offset,included in the second request to store the first media asset, to thelargest start-offset of the entry associated with the first media asset,the system may determine that the second start-offset is larger than thelargest start-offset of the entry, and then update the largeststart-offset of the entry associated with the first media asset to thesecond start-offset (e.g., by issuing an update command to the databasestoring the content-hits table).

The system may determine whether the first end-offset is larger than alargest end-offset of the entry associated with the first media asset inthe content-hits table. The system may retrieve the entry associatedwith the first media asset from the content-hits table (e.g., by issuinga query to a database storing the content-hits table), and retrieve alargest end-offset value included in the entry. The system may comparethe first end-offset, included in the first request to store the firstmedia asset, to the largest end-offset of the entry associated with thefirst media asset.

The system may update the largest end-offset of the entry associatedwith the first media asset to the first end-offset based on determiningthat the first end-offset is larger than the largest end-offset. Forexample, based on comparing the first end-offset, included in the firstrequest to store the first media asset, to the largest end-offset of theentry associated with the first media asset, the system may determinethat the first end-offset is larger than the largest end-offset of theentry, and then update the largest end-offset of the entry associatedwith the first media asset to the first end-offset (e.g., by issuing anupdate command to the database storing the content-hits table).

The system may determine whether the second end-offset is larger thanthe largest end-offset of the entry associated with the first mediaasset in the content-hits table. The system may retrieve the entryassociated with the first media asset from the content-hits table (e.g.,by issuing a query to a database storing the content-hits table), andretrieve the largest end-offset value included in the entry. The systemmay compare the second end-offset, included in the second request tostore the first media asset, to the largest end-offset of the entryassociated with the first media asset.

The system may update the largest end-offset of the entry associatedwith the first media asset to the second end-offset based on determiningthat the second end-offset is larger than the largest end-offset. Forexample, based on comparing the second end-offset, included in thesecond request to store the first media asset, to the largest end-offsetof the entry associated with the first media asset, the system maydetermine that the second end-offset is larger than the largestend-offset of the entry, and then update the largest end-offset of theentry associated with the first media asset to the second end-offset(e.g., by issuing an update command to the database storing thecontent-hits table).

The system may store the media content associated with the first mediaasset, the largest start-offset and the largest end-offset in one ormore storage devices, based on the largest start-offset, and the largestend-offset. For example, the system may store the media content in acloud-based system of storage devices, by setting a timer to beginstoring media content at a time corresponding to the largeststart-offset from the start time of the first media asset (e.g., at 7:50PM, 10 minutes prior to an 8:00 PM start time). For example, the systemmay continue to store media content until a time corresponding to thelargest end-offset from the end time of the first media asset (e.g., at10:10 PM, 10 minutes after a 10:00 PM end time).

In some embodiments, the system may store a single copy of the firstmedia asset at a server, based on receiving the first request to storethe first media asset and based on receiving the second request to storethe first media asset. For example, in a shared copy implementation of anetwork DVR, storing the single copy of the first media asset based onreceiving the first request and the second request reduces the amount ofstorage space required at the server to accommodate multiple users. Forexample, the system may store a single file (or collection of filesegments) of media content corresponding to the first media asset at adigital storage device at a server (e.g., an origin server, a cacheserver, or other suitable server), based on receiving the first requestto store the media asset and based on receiving the second request tostore the media asset.

In some embodiments, the system may update the entry associated with thefirst media asset in the content-hits table to increment a count ofrequests to store the first media asset, based on receiving the firstrequest to store the first media asset. For example, the system updatesthe entry to increment the count of requests (e.g., by issuing a commandto a database storing the content-hits table to update the count value;or by retrieving the count value, incrementing the count value, and thenissuing a command to the database to write back the incremented countvalue to the database) to store the first media asset, based onreceiving the first request (e.g., a command from the first user device)to store the first media asset, in order to keep track of a number ofrequests to store the first media asset. In some embodiments, the systemmay update the entry associated with the first media asset in thecontent-hits table to increment the count of requests, based onreceiving the second request to store the first media asset. Forexample, the system updates the entry to increment the count of requests(e.g., by issuing a command to a database storing the content-hits tableto update the count value; or by retrieving the count value,incrementing the count value, and then issuing a command to the databaseto write back the incremented count value to the database) to store thefirst media asset, based on receiving the second request (e.g., acommand from the second user device) to store the first media asset, inorder to keep track of the number of requests to store the first mediaasset.

In some embodiments, the system may update a user content table toinclude a first entry associated with a first user, where the firstentry includes an identifier of the first media asset, the first startoffset, and the first end offset. The user content table may be used totrack requests by each user to record a respective media asset withrespective start-offsets and end-offsets. For example, the system mayupdate a user content table (e.g., stored in a database) to include afirst entry associated with a first user (e.g., by issuing a createentry command to the database), where the first entry includes anidentifier of the first media asset (e.g., a serial number, hash code,title, or other identifier of a broadcast of a football game), the firststart-offset (e.g., 10 minutes prior to the start time of thebroadcast), and the first end-offset (e.g., five minutes after the endtime of the broadcast). In some embodiments, the system may update theuser content table to include a second entry associated with the seconduser, where the second entry includes an identifier of the first mediaasset, the first start offset, and the first end offset. For example,the system may update the user content table (e.g., stored in thedatabase) to include a second entry associated with a second user (e.g.,by issuing a create entry command to the database), where the secondentry includes the identifier of the first media asset (e.g., a serialnumber, hash code, title, or other identifier of a broadcast of afootball game), the first start-offset (e.g., five minutes prior to thestart time of the broadcast), and the first end-offset (e.g., 10 minutesafter the end time of the broadcast).

In some embodiments, the first start-offset includes at least one of apositive offset (e.g., a positive number 10) corresponding to a timeprior to the start time of the first media asset (e.g., 10 minutes priorto the start time), and a negative start-offset (e.g., a negative number5) corresponding to a time after the start time of the first media asset(e.g., five minutes after the start time). In some embodiments, thesecond start-offset includes at least one of a positive offset (e.g., apositive number 5) corresponding to a time after the start time of thefirst media asset (e.g., five minutes prior to the start time), and anegative start-offset (e.g., a negative number 10) corresponding to atime after the start time of the first media asset (e.g., 10 minutesafter the start time).

In some embodiments, the first end-offset includes at least one of apositive offset (e.g., a positive number 10) corresponding to a timeafter to the end time of the first media asset (e.g., 10 minutes afterto the end time), and a negative offset (e.g., a negative number 5)corresponding to a time before the end time of the first media asset(e.g., five minutes before the end time). In some embodiments, thesecond end-offset includes at least one of a positive offset (e.g., apositive number 5) corresponding to a time after the end time of thefirst media asset (e.g., 5 minutes after to the end time), and anegative end-offset (e.g., a negative number 10) corresponding to a timebefore the end time of the first media asset (e.g., 10 minutes beforethe end time).

In some embodiments, the system further receives, from the first userdevice associated with the first user, a first request to delete thefirst media asset. For example, the system may receive from the firstuser device a command to delete the first media asset that waspreviously requested for recording by the user. The system may decrementthe count of requests to record the first media asset, based onreceiving the first request to delete the first media asset. Forexample, the system may decrement the count of requests (e.g., byissuing a command to a database storing the content-hits table to updatethe count value; or by retrieving the count value, decrementing thecount value, and then issuing a command to the database to write backthe decremented count value to the database).

The system may determine whether the count of requests to record themedia asset is greater than zero. For example, the system may comparethe count of requests to record the media asset to zero (e.g., as asoftware routine by comparing a variable associated with the count ofrequests, or in hardware by using a comparator to compare values from aregister storing the count of requests to a value of zero). The systemmay determine that the count of requests is greater than zero, and basedon determination, the system may delete offsets associated with thefirst user. The system may retrieve a first entry (e.g., correspondingto the first media asset requested for deletion by the received firstrequest) associated with the first user, from a user content table(e.g., by issuing a retrieval query to a database), where the firstentry includes an identifier of the first media asset, the firststart-offset (e.g., 10 minutes), the first end-offset (e.g., fiveminutes).

The system may determine whether the first start-offset is the largeststart-offset among entries of the user content table associated with thefirst media asset. For example, the system may issue a query to thedatabase to compare the first start-offset to all start-offsets in theuser content table. The system may, based on determining that the firststart-offset is the largest start-offset among entries of the usercontent table associated with the first media asset, determine thesecond largest start-offset among entries of the user content tableassociated with the first media asset. For example, the system may issuea command to the database to retrieve a set of all start-offsets lessthan the first start-offset and then issue a command to sort theretrieved set of start-offsets by ascending value and extract thelargest start-offset of the sorted set of start-offsets.

The system may determine whether the first end-off set is the largestend-offset among entries of the user content table associated with thefirst media asset. For example, the system may issue a query to thedatabase to compare the first end-offset to all end-offsets in the usercontent table. The system may, based on determining that the firstend-offset is the largest end-offset among entries of the user contenttable associated with the first media asset, determine the secondlargest end-offset among entries of the user content table associatedwith the first media asset. For example, the system may issue a commandto the database to retrieve a set of all end-offsets less than the firstend-offset and then issue a command to sort the retrieved set ofend-offsets by ascending value and extract the largest end-offset of thesorted set of end-offsets

The system may delete media content associated with a time intervalbetween the first start-offset and the second largest start offset, anda time interval between the first end-offset and the second largest endoffset, based on determining that the first start-offset is the largestend offset, determining that the first end-offset is the largestend-offset and receiving the first request to delete the first mediaasset. The system may delete media content that is associated with thefirst user, and not other users, by deleting portions of mediaassociated with an interval between the first offset and a secondlargest offset. For example, the system may delete media contentassociated with a time interval between the first start-offset and thesecond largest start-offset (e.g., by issuing a command to a storagedevice to delete segments or frames of video associated with the timeinterval), and a time interval between the first end-offset and thesecond largest end-offset (e.g., by issuing a command to a storagedevice to delete segments or frames of video associated with the timeinterval).

In some embodiments, the system may receive from the first user deviceassociated with the first user, a first request (e.g., a delete commandincluding an identifier of the first media asset) to delete the firstmedia asset. The system may update the user content table to remove thefirst entry associated with the first user (e.g., by issuing a deletecommand to the database in which the user content table is stored, todelete the first entry), based on receiving the first request to deletethe first media asset. The system may receive from the second userdevice associated with the second user, a second request (e.g., a deletecommand including the identifier of the first media asset) to delete thefirst media asset. The system may update the user content table toremove the second entry associated with the second user (e.g., byissuing a delete command to the database in which the user content tableis stored, to delete the second entry), based on receiving the secondrequest to delete the first media asset.

In some embodiments, the system may receive from the first user device,associated with the first user, a first request to access the firstmedia asset. For example, the system may receive a command to play backthe first media asset. The system may, based on receiving the firstrequest to access the first media asset, retrieve the first entry (e.g.,by issuing a query to a database storing the user content table),associated with the first user, from the user content table, where thefirst entry includes the identifier of the first media asset, the firststart-offset (e.g., 10 minutes prior to the start time of the game) andthe first end-offset (e.g., five minutes after the end time of thefootball game). The system may transmit media content associated withthe first media asset, the first start offset, and the first end-offsetto the user device. For example, the system may deliver, across aninternet protocol connection to the user device, media content (e.g.,audio and/or) associated with the first media asset, the first startoffset, and the first end-offset to the user device.

In some embodiments, the first request to access the first media assetis associated with a third start offset, and the system may determinethat the third start-offset is greater than the first start offset, andbased on the determining that the third start-offset is greater than thefirst start offset, restrict access of the first user to media contentassociated with the first media asset and the first start offset. Forexample, the first request to access the first media asset may beassociated with a third start-offset (e.g., 20 minutes). The firstrequest may be received from the first user device and be associatedwith the first user. For example, the system may compare the thirdstart-offset (e.g., 20 minutes) with the first start-offset (e.g., 10minutes) and determine that the third start-offset is greater than thefirst start offset. Based on determining that third start-offset isgreater than the first start offset, the system may restrict access ofthe first user to media content associated with the first media assetand the first start-offset by retrieving media content up to the firststart-offset without retrieving media up to the third start-offset (evenif available). For example, the first start-offset (e.g., 10 minutes)may not be the largest start-offset in an associated entry in thecontent-hits table, if another request to store the first media assethad been received from a third user device having start-offset (e.g., 30minutes), which is greater than the first start offset.

Systems and methods may also implement a novel technique in a privatecopy network DVR or virtual private copy network DVR. The systems andmethods implementing a private copy network DVR are similar to thesystems and methods implementing a shared copy network DVR except thatthe systems and methods store a single copy of a media asset for eachrequesting user, or responsive to each request from a different user.The system implementing the private copy network DVR may store a firstcopy of media content associated with a first media asset responsive toa first request to store the first media asset from a first user deviceassociated with a first user, and may store a second copy of the mediacontent associated with the first media asset responsive to a secondrequest to store the first media asset responsive to a second request tostore the first media asset from the first user. The system implementingthe private copy network DVR may store media content associated with afirst start-offset and first end-offset (e.g., received as part of afirst request from a first user device associated with a first user tostore the first media asset) as a first set of files, and may storemedia content associated with a second start-offset and secondend-offset (e.g., received as part of a second request from a seconduser device associated with a second user to store the second mediaasset) as a second set of files, even though there may be overlap in themedia content of the first offsets and the second offsets.

The systems and methods implementing a virtual private copy network DVRare a hybrid between the systems and methods implementing the sharedcopy network DVR and the system and methods implementing the privatecopy network DVR. For example, in the context of a content deliverynetwork, including an origin server (e.g., located at a distributionfacility), and cache servers (e.g., located spatially near the firstuser device and the second user device from which requests to store thefirst media asset are received), the systems and methods implementingthe virtual private copy network DVR may store a single copy of thefirst media asset for shared access at the origin server, and may storemedia content associated with a first start-offset and first end-offset(e.g., received as part of a first request from a first user deviceassociated with a first user to store the first media asset) as a firstset of files in a first set of one or more of the cache servers, and maystore the media content associated with a second start-offset and secondend-offset (e.g., received as part of a second request from a seconduser device associated with a second user to store the second mediaasset) as a second set of files in a second set of one ore more of thecache servers, which may be the same, different, or overlap the firstset of cache servers.

In some embodiments, the system may determine a first location of thefirst user device and a second location of the second user device (e.g.,by analyzing IP addresses and/or cellular telephone network identifiersassociated with the first user device and the second user device,respectively). The system may determine whether the first location andthe second location are within a same geographic region (e.g., bycomparing the IP addresses and/or or cellular telephone networkidentifiers associated with the first user device and the second userdevice, respectively). Based on determining that the first location andthe second location are within the same geographic region, the systemmay select a first cache server based on the first location of the firstuser device and the second location of the second user device. Forexample, the system may issue a look-up command for a cache server froma table of cache servers.

The system may store media content within the first start-offset (e.g.,media content associated within an interval between the firststart-offset and a start time of the first media asset) to the firstcache server based on receiving the first request to store the firstmedia asset. The system may store media content within the secondstart-offset (e.g., media content associated within an interval betweenthe second start-offset and the start time of the first media asset) tothe second cache server based on receiving the second request to storethe first media asset. The system may receive a request to play back thefirst media asset and the media content within the first start-offsetfrom the first user device. For example, the system may receive a playback command including an identifier of the first media asset and anidentifier of the first user device and/or an identifier of the firstuser associated with the first user device. The system may transmit,from the first cache server, the media content within the firststart-offset from the first media asset to the first user device. Forexample, the system may retrieve the first media asset from the originserver or from the first cache server based on the identifier of thefirst media asset, and/or may retrieve from the first cache server themedia content within the first start-offset based on the identifier ofthe first user device and/or the identifier of the user associated withthe first user device. The system may transmit the retrieved content tothe first user device using an internet protocol, or other networkingprotocol.

The system may receive a request to play back the first media asset andthe media content within the second start-offset from the second userdevice. For example, the system may receive a play back commandincluding an identifier of the first media asset and an identifier ofthe second user device and/or an identifier of the second userassociated with the second user device. The system may transmit, fromthe first cache server, the media content within the second start-offsetfrom the first media asset to the second user device. For example, thesystem may retrieve the first media asset from the origin server or fromthe first cache server based on the identifier of the first media asset,and/or may retrieve from the first cache server the media content withinthe second start-offset based on the identifier of the second userdevice and/or the identifier of the user associated with the second userdevice. The system may transmit the retrieved content to the second userdevice using an internet protocol, or other networking protocol.

The system may restrict access by the first user device and/or the firstuser (e.g., using a different user device) to the media content withinthe second start-offset from the first media asset stored at the firstcache server. For example, the system may not permit retrieval of thefiles associated with the media content within the first start-offsetresponsive to receiving a user command that includes an identifier ofsecond user device and/or second user that does not match the identifierof the first user device and/or first user. The system may restrictaccess by the second user to the media content within the firststart-offset from the first media asset stored at the first cacheserver. For example, the system may not permit retrieval of the filesassociated with the media content within the second start-offsetresponsive to receiving a user command that includes an identifier offirst user device and/or first user that does not match the identifierof the second user device and/or second user.

In some embodiments, the system may store a copy of the first mediaasset at the first cache server based on determining that a count ofrequests to store the first media asset exceeds a threshold. Forexample, the system may initially be configured to store a single copythe first media asset at the origin server, because the single copy atthe origin server may be distributed to multiple cache servers. However,in order to exploit spatial locality, the system may store a copy of thefirst media asset at the first cache server, based on receiving multiplerequests to store the first media asset from multiple user devices thatare within a same geographic location as the first cache server, wherethe number exceeds a threshold (e.g., which may be a fixed number, or apercentage of total requests to store media assets received from userdevices with a same geographic location as the first cache server). Thisstoring process would reduce the consumption of bandwidth later requiredto distribute media content associated with the first media asset fromthe origin server to the first cache server.

In some embodiments, subsequent to transmitting, from the first cacheserver, the media content with the first start-offset to the first userdevice, the system may copy a portion of a copy of the first media assetstored at the origin server to the first cache server. For example, thefirst start-offset may be a positive start-offset associated with a timebefore the start time of the first media asset. Accordingly, the systemmay initially transmit media content within the first start-offset tothe first user device, responsive to receiving the request to access thefirst media asset, and may then retrieve media content associated withthe first media asset from the origin server and route that to the firstuser device. This reduces the need to initially store the first mediaasset at the first cache server, but consumes bandwidth at the time of arequest to access the first media asset is received. The system maystore the portion of the copy of the first media asset at the firstmedia asset (e.g., to a cache, RAM disk, or hard disk). The system maytransmit the portion of the copy of the first media asset from the firstcache server to the first user device. For example, the system maytransmit the portion of the copy of the first media asset to a userdevice using a network protocol.

In some embodiments, the system may, based on determining that the firstlocation (e.g., of the first user device) and the second location (e.g.,of the second user device) are not within the same geographic region,select the first cache server based on the first location of the firstuser device, and store media content within the first start-offset fromthe first media asset to the first cache server based on receiving thefirst request to store the first media asset. The system may select asecond cache server based on the second location of the second userdevice, and store media content within the second start-offset from thefirst media asset to the second cache server based on receiving thesecond request to store the first media asset.

It should be noted that the systems, methods, apparatuses, and/oraspects described above may be applied to, or used in accordance with,other systems, methods, apparatuses, and/or aspects described in thisdisclosure.

BRIEF DESCRIPTION OF THE DRAWINGS

The above and other objects and advantages of the disclosure will beapparent upon consideration of the following detailed description, takenin conjunction with the accompanying drawings, in which like referencecharacters refer to like parts throughout, and in which:

FIG. 1 shows an illustrative example of a content delivery network inaccordance with some embodiments of the disclosure;

FIG. 2 shows an illustration of positive start offsets, negative startoffsets, positive end offsets, and negative end offsets in accordancewith some embodiments of the disclosure;

FIG. 3 shows an illustrative example of a user-content table inaccordance with some embodiments of the disclosure;

FIG. 4 shows an illustrative example of a content-hits table inaccordance with some embodiments of the disclosure;

FIG. 5 shows an illustrative example of a display screen generated by amedia guidance application in accordance with some embodiments of thedisclosure;

FIG. 6 shows another illustrative example of a display screen generatedby a media guidance application in accordance with some embodiments ofthe disclosure;

FIG. 7 is a block diagram of an illustrative user equipment device inaccordance with some embodiments of the disclosure;

FIG. 8 is a block diagram of an illustrative media system in accordancewith some embodiments of the disclosure;

FIG. 9 is a flowchart of an illustrative process for recording offsetsof a first media asset in accordance with some embodiments of thedisclosure;

FIG. 10 is a flowchart of a detailed illustrative process for recordingsoffsets of a first media asset in accordance with some embodiments ofthe disclosure;

FIG. 11 is a flowchart of an illustrative process for deletingrecordings and offsets of a first media asset in accordance with someembodiments of the disclosure; and

FIG. 12 is a flowchart of an illustrative process for restricting accessto offsets of a first media asset in accordance with some embodiments ofthe disclosure.

DETAILED DESCRIPTION

Systems and methods are described to address shortcomings inconventional media systems via a novel technique to record offsets in anetwork DVR system. The systems and methods may receive requests torecords a media asset from multiple user devices associated withdifferent users, and may determine a largest offset among the multiplerequests to record the media asset. As referred to herein a request torecord may also be understood to refer to a form of a request to store.The systems and methods may be implemented via an interactive mediaguidance application running on a user device, a remote server, oranother suitable device. The interactive media guidance application maybe implemented partially on multiple devices such that some portions ofthe interactive media guidance application are executed on one devicewhile other portions of the interactive media guidance application areexecuted on another device.

The amount of content available to users in any given content deliverysystem can be substantial. Consequently, many users desire a form ofmedia guidance through an interface that allows users to efficientlynavigate content selections and easily identify content that they maydesire. An application that provides such guidance is referred to hereinas an interactive media guidance application or, sometimes, a mediaguidance application or a guidance application.

Interactive media guidance applications may take various forms dependingon the content for which they provide guidance. One typical type ofmedia guidance application is an interactive television program guide.Interactive television program guides (sometimes referred to aselectronic program guides) are well-known guidance applications that,among other things, allow users to navigate among and locate many typesof content or media assets. Interactive media guidance applications maygenerate graphical user interface screens that enable a user to navigateamong, locate and select content. As referred to herein, the terms“media asset” and “content” should be understood to mean anelectronically consumable user asset, such as television programming, aswell as pay-per-view programs, on-demand programs (as in video-on-demand(VOD) systems), Internet content (e.g., streaming content, downloadablecontent, Webcasts, etc.), video clips, audio, content information,pictures, rotating images, documents, playlists, websites, articles,books, electronic books, blogs, chat sessions, social media,applications, games, and/or any other media or multimedia and/orcombination of the same. Guidance applications also allow users tonavigate among and locate content. As referred to herein, the term“multimedia” should be understood to mean content that utilizes at leasttwo different content forms described above, for example, text, audio,images, video, or interactivity content forms. Content may be recorded,played, displayed or accessed by user equipment devices, but can also bepart of a live performance.

The media guidance application and/or any instructions for performingany of the embodiments discussed herein may be encoded on computerreadable media. Computer readable media includes any media capable ofstoring data. The computer readable media may be transitory, including,but not limited to, propagating electrical or electromagnetic signals,or may be non-transitory including, but not limited to, volatile andnon-volatile computer memory or storage devices such as a hard disk,floppy disk, USB drive, DVD, CD, media cards, register memory, processorcaches, Random Access Memory (“RAM”), etc.

With the advent of the Internet, mobile computing, and high-speedwireless networks, users are accessing media on user equipment deviceson which they traditionally did not. As referred to herein, the phrase“user equipment device,” “user equipment,” “user device,” “electronicdevice,” “electronic equipment,” “media equipment device,” or “mediadevice” should be understood to mean any device for accessing thecontent described above, such as a television, a Smart TV, a set-topbox, an integrated receiver decoder (IRD) for handling satellitetelevision, a digital storage device, a digital media receiver (DMR), adigital media adapter (DMA), a streaming media device, a DVD player, aDVD recorder, a connected DVD, a local media server, a BLU-RAY player, aBLU-RAY recorder, a personal computer (PC), a laptop computer, a tabletcomputer, a WebTV box, a personal computer television (PC/TV), a PCmedia server, a PC media center, a hand-held computer, a stationarytelephone, a personal digital assistant (PDA), a mobile telephone, aportable video player, a portable music player, a portable gamingmachine, a smart phone, or any other television equipment, computingequipment, or wireless device, and/or combination of the same. In someembodiments, the user equipment device may have a front facing screenand a rear facing screen, multiple front screens, or multiple angledscreens. In some embodiments, the user equipment device may have a frontfacing camera and/or a rear facing camera. On these user equipmentdevices, users may be able to navigate among and locate the same contentavailable through a television. Consequently, media guidance may beavailable on these devices, as well. The guidance provided may be forcontent available only through a television, for content available onlythrough one or more of other types of user equipment devices, or forcontent available both through a television and one or more of the othertypes of user equipment devices. The media guidance applications may beprovided as on-line applications (i.e., provided on a web-site), or asstand-alone applications or clients on user equipment devices. Variousdevices and platforms that may implement media guidance applications aredescribed in more detail below.

One of the functions of the media guidance application is to providemedia guidance data to users. As referred to herein, the phrase “mediaguidance data” or “guidance data” should be understood to mean any datarelated to content or data used in operating the guidance application.For example, the guidance data may include program information, guidanceapplication settings, user preferences, user profile information, medialistings, media-related information (e.g., broadcast times, broadcastchannels, titles, descriptions, ratings information (e.g., parentalcontrol ratings, critic's ratings, etc.), genre or category information,actor information, logo data for broadcasters' or providers' logos,etc.), media format (e.g., standard definition, high definition, 3D,etc.), on-demand information, blogs, websites, and any other type ofguidance data that is helpful for a user to navigate among and locatedesired content selections.

FIG. 1 shows an illustrative example of a content delivery network 100in accordance with some embodiments of the disclosure. The contentdelivery network includes origin server 105, first cache server 110,second cache server 120, first user device, 112, and second user device116 a/116 b. The origin server 105 maybe located at a contentdistribution facility (e.g., a television head-end, or within a cloudserver or storage center). The first cache server 110 and the secondcache server 120 may also be referred to as edge servers. The firstcache server 110 may be located within a first geographic location, andthe second cache server 120 may be located within a second geographiclocation, different from the first geographic location. The originserver 105 may be located in a third geographic location different fromthe first cache server 110, and the second cache server 120. In someembodiments, the first user device 112 and the second user device 116 amay be coupled to the first cache server 110, when the first user device112, the second user device 116 a and the first cache server 110 arelocated within a same geographic location. In some embodiments, thefirst user device 112 may be coupled the first cache server 110, whenthe first user device 112 and the first cache server 110 are locatedwithin a same first geographic location, while the second user device116 b may be coupled to the second cache server 120, when the seconduser device 116 b and the second cache server 120 are located within asecond geographic location different from the first geographic location.The first user device 112 and the second user device 116 a may be anyuser equipment device discussed below in reference to FIGS. 7 and 8. Forexample, the first user device 112 and the second user device 116 a maybe any of user television equipment 802, user computer equipment 804,and wireless user communications device 806.

Origin server 105, first cache server 110 and second cache server 120may refer to any of media content source 816, or media guidance datasource 818 or any combination thereof. Although one origin server andtwo cache servers have been illustrated, it should be understood thatthere may be multiple origin servers and multiple cache servers. Forexample, there may be one or more origin servers in a first geographicregion that is coupled to a first set of cache servers, and there may beone or more origin servers in a second geographic region that is coupledto a second set of cache servers. There may be also be multiple tiers ofcache servers (not shown). For example, there may be a first level ofcache servers, and a second level of cache servers arranged in ahierarchy or cache servers.

In some embodiments, a system may store a copy of a first media asset,requested for recording by multiple user devices, at the first cacheserver 110 based on determining that a count of requests to store thefirst media asset exceeds a threshold. For example, the system mayinitially be configured to store a single copy the first media asset atthe origin server, because the single copy at the origin server may bedistributed to multiple cache servers. However, in order to exploitspatial locality, the system may store a copy of the first media assetat the first cache server, based on receiving multiple requests to storethe first media asset from multiple user devices that are within a samegeographic location as the first cache server, where the number exceedsa threshold (e.g., which may be a fixed number, or a percentage of totalrequests to store media assets received from user devices with a samegeographic location as the first cache server 110). This storing processwould reduce the consumption of bandwidth later required to distributemedia content associated with the first media asset from the originserver to the first cache server.

FIG. 2 shows an illustration of a timeline 200 of offsets 210, includingpositive start offsets, negative start offsets, positive end offsets,and negative end offsets in accordance with some embodiments of thedisclosure. FIG. 2 includes a start time 202 of a media asset, an endtime 204 of the media asset, and an interval 220 between the start time202 and end time 204 representing the length of the media asset. FIG. 2also illustrates a positive start-offset 240 from the start time 202, anegative start-offset 245 from the start time 202, a positive end-offset235 from the end time 204, and a negative end-offset 230 from the endtime 204 of the media asset. The positive start-offset 240 is associatedwith a time earlier than the start time 202 of the media asset. Thenegative start-offset 245 is associated with a later time than the starttime 202 of the media asset. The negative end-offset 235 is associatedwith an earlier time than the end time 204 of the media asset. Thepositive end-offset 230 is associated with a later time than the endtime 204 of the media asset. In some embodiments, the positivestart-offset, negative end-offset, positive end-offset and negativeend-offsets may correspond to an integer value, or floating point value,representing a number of minutes or seconds. In some embodiments, thepositive start-offset, negative end-offset, positive end-offset andnegative end-offsets may correspond to a set of preset values thatincrease in a linear relationship (e.g., −5, +5, +10), or non-linearrelationship (e.g., −5, +5, +15, +40). The non-linear relationship maybe useful to increase quickly increase the values at larger offsetvalues.

FIG. 3 shows an illustrative example of a user-content table 300 inaccordance with some embodiments of the disclosure. User-content table300 may be stored in one or more of the servers illustrated in FIG. 1(e.g., origin server 105, first cache server 110, and second cacheserver 120). User-content table 300 includes a plurality of entries 305,310, 315, 320, that each correspond to a plurality of column 380, 350,360, and 370. Each of the plurality of columns corresponds to a field.User-content table includes a user-id column 380, a content-id column350, a start-offset column 360, and an end-offset 370. Each of theentries of the user-content table includes fields corresponding tocolumns 380, 350, 360, and 370. A user-id may be any of a user name, ahash code of the user name, and/or an identifier of a user device. Acontent-id may be a portion of or any combination of guidance datarelated to a media asset discussed below, a hash code of the guidancedata, any combination thereof, or any other suitable media assetidentifier. A start-offset may be an integer, a code, or a number ofminutes, corresponding to any of the positive start-offset 240 ornegative start-offset 245, discussed above in reference to FIG. 2. Anend-offset may be an integer, a code, or a number of minutescorresponding to any of the positive end-offset 230, or negativeend-offset 235, discussed above in reference to FIG. 2.

A first user entry 305 may include a first user-id 380 a, a firstcontent-id 350 a for a media asset, a first start-offset 360 a, and afirst end-offset 370 a. A second user entry 310, may include a seconduser-id 380 b, a second content-id 350 b for a media asset, a secondstart-offset 360 b, and a second end-offset 370 b. A third user entry315, may include a third user-id 380 c, a third content-id 350 c for amedia asset, a third start-offset 360 c, and a third end-offset 370 c. Afourth user entry 320, may include a fourth user-id 380 d, a fourthcontent-id 350 d for a media asset, a fourth start-offset 360 d, and afourth end-offset 370 d.

In some embodiments, each of entries 305, 310, 315, and 320 may be usedto track a request to record a media asset, based on a distinctioncombination of a user-id and a content-id. For example, if a request torecord a first media asset is received from a first user deviceassociated with the first user, and a request to record a second mediaasset is received from the first user device associated with the firstuser, then a system would create two entries within user-content table300, for each of the requests.

In some embodiments, as illustrated in FIG. 3, each of the entries 305,310, 315, and 320 may correspond to a different user (e.g., user A, userB, user C, and user D), whereas the content-id may correspond to aprogram (e.g., program P1). In some embodiments, the content-id of eachentry may be different, corresponding to different programs. Thestart-offsets 360 a, 360 b, 360 c, 360 d of the entries 305, 310, 315,and 320, respectively, may be the same or different. The end-offsets 370a, 370 b, 370 c, and 370 d of the entries 305, 310, 315, and 320,respectively, may be the same or different.

In some embodiments, the offsets of may be limited to a portion of anadjacent media asset in order to comply with copyright regulations. Forexample, control circuitry 704 may receive a request to record a mediaasset with a first start-offset, and/or a first end-offset. Controlcircuitry 704 may retrieve media guidance data (e.g., from mediaguidance data source 818), and determine whether a start-offset and/orend-offset (e.g., +60 of an end-offset) would encompass a broadcastduration of an adjacent program (e.g., if a subsequent program has asbroadcast interval of 30 minutes, it would be encompassed by the +60end-offset). Based on determining that the start-offset or end-offsetwould encompass another program, the control circuitry may cause annotification message to be displayed. In some embodiments, controlcircuitry may limit the range of selectable offsets around a particularmedia asset, selected for storing by a user.

FIG. 4 shows an illustrative example of a content-hits table 400 inaccordance with some embodiments of the disclosure. Content-hits table400 may be stored in one or more of the servers illustrated in FIG. 1(e.g., origin server 105, first cache server 110, and second cacheserver 120). Content-hits table 400 may include a plurality of entries,although a single entry 405 has been illustrated, that each correspondsto a media asset. Content-hits table 400 includes a plurality of columns450, 460, 470, and 480. Each of the plurality of columns corresponds toa field. Content-hits table 400 includes a content-id column 450, alargest start-offset column 460, a largest end-offset column 470, and ahits column 480. Each of the entries of the content-hits table 400includes fields corresponding to columns 450, 460, 470, and 480. Forexample, entry 405 includes a content-id field 450 a, largeststart-offset field 460 a, largest end-offset field 470 a and hits field480 a.

A content-id may be the same as the content-id discussed above inreference to FIG. 3. For example, content-id field 450 a of entry 405may correspond to a media asset P1, and have the same content-id ascontent-id fields 350 a, 350 b, 350 c, and 350 d of FIG. 3. A largeststart-offset may correspond to a largest start-offset from among theentries corresponding to a media asset associated with a content-id. Forexample, the largest offset field 460 a for entry 405 associated withmedia asset P1 may be +40 (e.g., 40 minutes before a start time of P1),which corresponds to start-offset 360 d from FIG. 3. A largestend-offset may correspond to a largest end-offset from among the entriescorresponding to a media asset associated with a content-id. Forexample, the largest end-offset field 470 a associated with a mediaasset P1 may be +60 (e.g., 60 minutes after an end time of P1), whichcorresponds to end-offset 370 c from FIG. 3. A hits (e.g., hits field480 a), corresponds to a count of a number of requests to record a mediaasset (e.g., P1). For example, hits field 480 a may correspond to 4, acount of the number of requests to record media asset P1, which maycorrespond to a number of entries associated with a content-idassociated with P1, from FIG. 3.

The content-hits table may be pre-populated with information for eachbroadcast, or may be populated upon receiving a request to store aprogram. For example, based on receiving the first request to store thefirst media asset, the system may determine whether the content-hitstable already includes an entry associated with the first media asset(e.g., by querying a database that stores the content-hits table basedon a unique ID for the first media asset).

FIGS. 5-6 show illustrative display screens that may be used to providemedia guidance data. The display screens shown in FIGS. 5-6 may beimplemented on any suitable user equipment device or platform. While thedisplays of FIGS. 5-6 are illustrated as full screen displays, they mayalso be fully or partially overlaid over content being displayed. A usermay indicate a desire to access content information by selecting aselectable option provided in a display screen (e.g., a menu option, alistings option, an icon, a hyperlink, etc.) or pressing a dedicatedbutton (e.g., a GUIDE button) on a remote control or other user inputinterface or device. In response to the user's indication, the mediaguidance application may provide a display screen with media guidancedata organized in one of several ways, such as by time and channel in agrid, by time, by channel, by source, by content type, by category(e.g., movies, sports, news, children, or other categories ofprogramming), or other predefined, user-defined, or other organizationcriteria.

FIG. 5 shows illustrative grid of a program listings display 500arranged by time and channel that also enables access to different typesof content in a single display. Display 500 may include grid 502 with:(1) a column of channel/content type identifiers 504, where eachchannel/content type identifier (which is a cell in the column)identifies a different channel or content type available; and (2) a rowof time identifiers 506, where each time identifier (which is a cell inthe row) identifies a time block of programming. Grid 502 also includescells of program listings, such as program listing 508, where eachlisting provides the title of the program provided on the listing'sassociated channel and time. With a user input device, a user can selectprogram listings by moving highlight region 510. Information relating tothe program listing selected by highlight region 510 may be provided inprogram information region 512. Region 512 may include, for example, theprogram title, the program description, the time the program is provided(if applicable), the channel the program is on (if applicable), theprogram's rating, and other desired information.

In addition to providing access to linear programming (e.g., contentthat is scheduled to be transmitted to a plurality of user equipmentdevices at a predetermined time and is provided according to aschedule), the media guidance application also provides access tonon-linear programming (e.g., content accessible to a user equipmentdevice at any time and is not provided according to a schedule).Non-linear programming may include content from different contentsources including on-demand content (e.g., VOD), Internet content (e.g.,streaming media, downloadable media, etc.), locally stored content(e.g., content stored on any user equipment device described above orother storage device), or other time-independent content. On-demandcontent may include movies or any other content provided by a particularcontent provider (e.g., HBO On Demand providing “The Sopranos” and “CurbYour Enthusiasm”). HBO ON DEMAND is a service mark owned by Time WarnerCompany L.P. et al. and THE SOPRANOS and CURB YOUR ENTHUSIASM aretrademarks owned by the Home Box Office, Inc. Internet content mayinclude web events, such as a chat session or Webcast, or contentavailable on-demand as streaming content or downloadable content throughan Internet web site or other Internet access (e.g. FTP). In someembodiments, control circuitry 704 (e.g., of a user device and/or serveras described in FIG. 7 and FIG. 8 below) may generate for display a chatoption in media guidance applications of each user associated with arequest to store a same media asset (e.g., a sports game scheduled toair at 8 PM). For example, control circuitry 704 may issue a query to adatabase that stores a user-content table, to retrieve all user-idsassociated with a content-id or other identifier of a media assetrequested for recording. Control circuitry 704 may then generate a chatsession and generate for display, the chat option in the media guidanceapplications of each user associated with the request to store the mediaasset. Control circuitry 704 may generate for display the chat optionafter the broadcast of the media asset requested for recording hasstarted. In some embodiments, control circuitry 704 may analyze socialmedia trends associated with the media asset requested for recording andgenerate for display the chat option after the trending associated withthe first media asset has exceeded a threshold.

Grid 502 may provide media guidance data for non-linear programmingincluding on-demand listing 514, recorded content listing 516, andInternet content listing 518. A display combining media guidance datafor content from different types of content sources is sometimesreferred to as a “mixed-media” display. Various permutations of thetypes of media guidance data that may be displayed that are differentthan display 500 may be based on user selection or guidance applicationdefinition (e.g., a display of only recorded and broadcast listings,only on-demand and broadcast listings, etc.). As illustrated, listings514, 516, and 518 are shown as spanning the entire time block displayedin grid 502 to indicate that selection of these listings may provideaccess to a display dedicated to on-demand listings, recorded listings,or Internet listings, respectively. In some embodiments, listings forthese content types may be included directly in grid 502. Additionalmedia guidance data may be displayed in response to the user selectingone of the navigational icons 520. (Pressing an arrow key on a userinput device may affect the display in a similar manner as selectingnavigational icons 520.)

Display 500 may also include video region 522, and options region 526.Video region 522 may allow the user to view and/or preview programs thatare currently available, will be available, or were available to theuser. The content of video region 522 may correspond to, or beindependent from, one of the listings displayed in grid 502. Griddisplays including a video region are sometimes referred to aspicture-in-guide (PIG) displays. PIG displays and their functionalitiesare described in greater detail in Satterfield et al. U.S. Pat. No.6,564,378, issued May 13, 2003 and Yuen et al. U.S. Pat. No. 6,239,794,issued May 29, 2001, which are hereby incorporated by reference hereinin their entireties. PIG displays may be included in other mediaguidance application display screens of the embodiments describedherein.

Options region 526 may allow the user to access different types ofcontent, media guidance application displays, and/or media guidanceapplication features. Options region 526 may be part of display 500 (andother display screens described herein), or may be invoked by a user byselecting an on-screen option or pressing a dedicated or assignablebutton on a user input device. The selectable options within optionsregion 526 may concern features related to program listings in grid 502or may include options available from a main menu display. Featuresrelated to program listings may include searching for other air times orways of receiving a program, recording a program, enabling seriesrecording of a program, setting program and/or channel as a favorite,purchasing a program, or other features. Options available from a mainmenu display may include search options, VOD options, parental controloptions, Internet options, cloud-based options, device synchronizationoptions, second screen device options, options to access various typesof media guidance data displays, options to subscribe to a premiumservice, options to edit a user's profile, options to access a browseoverlay, or other options.

The media guidance application may be personalized based on a user'spreferences. A personalized media guidance application allows a user tocustomize displays and features to create a personalized “experience”with the media guidance application. This personalized experience may becreated by allowing a user to input these customizations and/or by themedia guidance application monitoring user activity to determine varioususer preferences. Users may access their personalized guidanceapplication by logging in or otherwise identifying themselves to theguidance application. Customization of the media guidance applicationmay be made in accordance with a user profile. The customizations mayinclude varying presentation schemes (e.g., color scheme of displays,font size of text, etc.), aspects of content listings displayed (e.g.,only HDTV or only 3D programming, user-specified broadcast channelsbased on favorite channel selections, re-ordering the display ofchannels, recommended content, etc.), desired recording features (e.g.,recording or series recordings for particular users, recording quality,etc.), parental control settings, customized presentation of Internetcontent (e.g., presentation of social media content, e-mail,electronically delivered articles, etc.) and other desiredcustomizations.

The media guidance application may allow a user to provide user profileinformation or may automatically compile user profile information. Themedia guidance application may, for example, monitor the content theuser accesses and/or other interactions the user may have with theguidance application. Additionally, the media guidance application mayobtain all or part of other user profiles that are related to aparticular user (e.g., from other web sites on the Internet the useraccesses, such as www.allrovi.com, from other media guidanceapplications the user accesses, from other interactive applications theuser accesses, from another user equipment device of the user, etc.),and/or obtain information about the user from other sources that themedia guidance application may access. As a result, a user can beprovided with a unified guidance application experience across theuser's different user equipment devices. This type of user experience isdescribed in greater detail below in connection with FIG. 8. Additionalpersonalized media guidance application features are described ingreater detail in Ellis et al., U.S. Patent Application Publication No.2005/0251827, filed Jul. 11, 2005, Boyer et al., U.S. Pat. No.7,165,098, issued Jan. 16, 2007, and Ellis et al., U.S. PatentApplication Publication No. 2002/0174430, filed Feb. 21, 2002, which arehereby incorporated by reference herein in their entireties.

Another display arrangement for providing media guidance is shown inFIG. 6. Video mosaic display 600 includes selectable options 602 forcontent information organized based on content type, genre, and/or otherorganization criteria. In display 600, television listings option 604 isselected, thus providing listings 606, 608, 610, and 612 as broadcastprogram listings. In display 600 the listings may provide graphicalimages including cover art, still images from the content, video clippreviews, live video from the content, or other types of content thatindicate to a user the content being described by the media guidancedata in the listing. Each of the graphical listings may also beaccompanied by text to provide further information about the contentassociated with the listing. For example, listing 608 may include morethan one portion, including media portion 614 and text portion 616.Media portion 614 and/or text portion 616 may be selectable to viewcontent in full-screen or to view information related to the contentdisplayed in media portion 614 (e.g., to view listings for the channelthat the video is displayed on).

The listings in display 600 are of different sizes (i.e., listing 606 islarger than listings 608, 610, and 612), but if desired, all thelistings may be the same size. Listings may be of different sizes orgraphically accentuated to indicate degrees of interest to the user orto emphasize certain content, as desired by the content provider orbased on user preferences. Various systems and methods for graphicallyaccentuating content listings are discussed in, for example, Yates, U.S.Patent Application Publication No. 2010/0153885, filed Nov. 12, 2009,which is hereby incorporated by reference herein in its entirety.

Users may access content and the media guidance application (and itsdisplay screens described above and below) from one or more of theiruser equipment devices. FIG. 7 shows a generalized embodiment ofillustrative user equipment device 700. More specific implementations ofuser equipment devices are discussed below in connection with FIG. 8.User equipment device 700 may receive content and data via input/output(hereinafter “I/O”) path 702. I/O path 702 may provide content (e.g.,broadcast programming, on-demand programming, Internet content, contentavailable over a local area network (LAN) or wide area network (WAN),and/or other content) and data to control circuitry 704, which includesprocessing circuitry 706 and storage 708. Control circuitry 704 may beused to send and receive commands, requests, and other suitable datausing I/O path 702. I/O path 702 may connect control circuitry 704 (andspecifically processing circuitry 706) to one or more communicationspaths (described below). I/O functions may be provided by one or more ofthese communications paths, but are shown as a single path in FIG. 7 toavoid overcomplicating the drawing.

Control circuitry 704 may be based on any suitable processing circuitrysuch as processing circuitry 706. As referred to herein, processingcircuitry should be understood to mean circuitry based on one or moremicroprocessors, microcontrollers, digital signal processors,programmable logic devices, field-programmable gate arrays (FPGAs),application-specific integrated circuits (ASICs), etc., and may includea multi-core processor (e.g., dual-core, quad-core, hexa-core, or anysuitable number of cores) or supercomputer. In some embodiments,processing circuitry may be distributed across multiple separateprocessors or processing units, for example, multiple of the same typeof processing units (e.g., two Intel Core i7 processors) or multipledifferent processors (e.g., an Intel Core i5 processor and an Intel Corei7 processor). In some embodiments, control circuitry 704 executesinstructions for a media guidance application stored in memory (i.e.,storage 708). Specifically, control circuitry 704 may be instructed bythe media guidance application to perform the functions discussed aboveand below. For example, the media guidance application may provideinstructions to control circuitry 704 to generate the media guidancedisplays. In some implementations, any action performed by controlcircuitry 704 may be based on instructions received from the mediaguidance application.

In client-server based embodiments, control circuitry 704 may includecommunications circuitry suitable for communicating with a guidanceapplication server or other networks or servers. The instructions forcarrying out the above mentioned functionality may be stored on theguidance application server. Communications circuitry may include acable modem, an integrated services digital network (ISDN) modem, adigital subscriber line (DSL) modem, a telephone modem, Ethernet card,or a wireless modem for communications with other equipment, or anyother suitable communications circuitry. Such communications may involvethe Internet or any other suitable communications networks or paths(which is described in more detail in connection with FIG. 8). Inaddition, communications circuitry may include circuitry that enablespeer-to-peer communication of user equipment devices, or communicationof user equipment devices in locations remote from each other (describedin more detail below).

Memory may be an electronic storage device provided as storage 708 thatis part of control circuitry 704. As referred to herein, the phrase“electronic storage device” or “storage device” should be understood tomean any device for storing electronic data, computer software, orfirmware, such as random-access memory, read-only memory, hard drives,optical drives, digital video disc (DVD) recorders, compact disc (CD)recorders, BLU-RAY disc (BD) recorders, BLU-RAY 3D disc recorders,digital video recorders (DVR, sometimes called a personal videorecorder, or PVR), solid state devices, quantum storage devices, gamingconsoles, gaming media, or any other suitable fixed or removable storagedevices, and/or any combination of the same. Storage 708 may be used tostore various types of content described herein as well as mediaguidance data described above. Nonvolatile memory may also be used(e.g., to launch a boot-up routine and other instructions). Cloud-basedstorage, described in relation to FIG. 8, may be used to supplementstorage 708 or instead of storage 708.

Control circuitry 704 may include video generating circuitry and tuningcircuitry, such as one or more analog tuners, one or more MPEG-2decoders or other digital decoding circuitry, high-definition tuners, orany other suitable tuning or video circuits or combinations of suchcircuits. Encoding circuitry (e.g., for converting over-the-air, analog,or digital signals to MPEG signals for storage) may also be provided.Control circuitry 704 may also include scaler circuitry for upconvertingand downconverting content into the preferred output format of the userequipment 700. Circuitry 704 may also include digital-to-analogconverter circuitry and analog-to-digital converter circuitry forconverting between digital and analog signals. The tuning and encodingcircuitry may be used by the user equipment device to receive and todisplay, to play, or to record content. The tuning and encodingcircuitry may also be used to receive guidance data. The circuitrydescribed herein, including for example, the tuning, video generating,encoding, decoding, encrypting, decrypting, scaler, and analog/digitalcircuitry, may be implemented using software running on one or moregeneral purpose or specialized processors. Multiple tuners may beprovided to handle simultaneous tuning functions (e.g., watch and recordfunctions, picture-in-picture (PIP) functions, multiple-tuner recording,etc.). If storage 708 is provided as a separate device from userequipment 700, the tuning and encoding circuitry (including multipletuners) may be associated with storage 708.

A user may send instructions to control circuitry 704 using user inputinterface 710. User input interface 710 may be any suitable userinterface, such as a remote control, mouse, trackball, keypad, keyboard,touch screen, touchpad, stylus input, joystick, voice recognitioninterface, or other user input interfaces. Display 712 may be providedas a stand-alone device or integrated with other elements of userequipment device 700. For example, display 712 may be a touchscreen ortouch-sensitive display. In such circumstances, user input interface 710may be integrated with or combined with display 712. Display 712 may beone or more of a monitor, a television, a liquid crystal display (LCD)for a mobile device, amorphous silicon display, low temperature polysilicon display, electronic ink display, electrophoretic display, activematrix display, electro-wetting display, electrofluidic display, cathoderay tube display, light-emitting diode display, electroluminescentdisplay, plasma display panel, high-performance addressing display,thin-film transistor display, organic light-emitting diode display,surface-conduction electron-emitter display (SED), laser television,carbon nanotubes, quantum dot display, interferometric modulatordisplay, or any other suitable equipment for displaying visual images.In some embodiments, display 712 may be HDTV-capable. In someembodiments, display 712 may be a 3D display, and the interactive mediaguidance application and any suitable content may be displayed in 3D. Avideo card or graphics card may generate the output to the display 712.The video card may offer various functions such as accelerated renderingof 3D scenes and 2D graphics, MPEG-2/MPEG-4 decoding, TV output, or theability to connect multiple monitors. The video card may be anyprocessing circuitry described above in relation to control circuitry704. The video card may be integrated with the control circuitry 704.Speakers 714 may be provided as integrated with other elements of userequipment device 700 or may be stand-alone units. The audio component ofvideos and other content displayed on display 712 may be played throughspeakers 714. In some embodiments, the audio may be distributed to areceiver (not shown), which processes and outputs the audio via speakers714.

The guidance application may be implemented using any suitablearchitecture. For example, it may be a stand-alone applicationwholly-implemented on user equipment device 700. In such an approach,instructions of the application are stored locally (e.g., in storage708), and data for use by the application is downloaded on a periodicbasis (e.g., from an out-of-band feed, from an Internet resource, orusing another suitable approach). Control circuitry 704 may retrieveinstructions of the application from storage 708 and process theinstructions to generate any of the displays discussed herein. Based onthe processed instructions, control circuitry 704 may determine whataction to perform when input is received from input interface 710. Forexample, movement of a cursor on a display up/down may be indicated bythe processed instructions when input interface 710 indicates that anup/down button was selected.

In some embodiments, the media guidance application is a client-serverbased application. Data for use by a thick or thin client implemented onuser equipment device 700 is retrieved on-demand by issuing requests toa server remote to the user equipment device 700. In one example of aclient-server based guidance application, control circuitry 704 runs aweb browser that interprets web pages provided by a remote server. Forexample, the remote server may store the instructions for theapplication in a storage device. The remote server may process thestored instructions using circuitry (e.g., control circuitry 704) andgenerate the displays discussed above and below. The client device mayreceive the displays generated by the remote server and may display thecontent of the displays locally on equipment device 700. This way, theprocessing of the instructions is performed remotely by the server whilethe resulting displays are provided locally on equipment device 700.Equipment device 700 may receive inputs from the user via inputinterface 710 and transmit those inputs to the remote server forprocessing and generating the corresponding displays. For example,equipment device 700 may transmit a communication to the remote serverindicating that an up/down button was selected via input interface 710.The remote server may process instructions in accordance with that inputand generate a display of the application corresponding to the input(e.g., a display that moves a cursor up/down). The generated display isthen transmitted to equipment device 700 for presentation to the user.

In some embodiments, the media guidance application is downloaded andinterpreted or otherwise run by an interpreter or virtual machine (runby control circuitry 704). In some embodiments, the guidance applicationmay be encoded in the ETV Binary Interchange Format (EBIF), received bycontrol circuitry 704 as part of a suitable feed, and interpreted by auser agent running on control circuitry 704. For example, the guidanceapplication may be an EBIF application. In some embodiments, theguidance application may be defined by a series of JAVA-based files thatare received and run by a local virtual machine or other suitablemiddleware executed by control circuitry 704. In some of suchembodiments (e.g., those employing MPEG-2 or other digital mediaencoding schemes), the guidance application may be, for example, encodedand transmitted in an MPEG-2 object carousel with the MPEG audio andvideo packets of a program.

User equipment device 700 of FIG. 7 can be implemented in system 800 ofFIG. 8 as user television equipment 802, user computer equipment 804,wireless user communications device 806, or any other type of userequipment suitable for accessing content, such as a non-portable gamingmachine. For simplicity, these devices may be referred to hereincollectively as user equipment or user equipment devices, and may besubstantially similar to user equipment devices described above. Userequipment devices, on which a media guidance application may beimplemented, may function as a standalone device or may be part of anetwork of devices. Various network configurations of devices may beimplemented and are discussed in more detail below.

A user equipment device utilizing at least some of the system featuresdescribed above in connection with FIG. 7 may not be classified solelyas user television equipment 802, user computer equipment 804, or awireless user communications device 806. For example, user televisionequipment 802 may, like some user computer equipment 804, beInternet-enabled allowing for access to Internet content, while usercomputer equipment 804 may, like some television equipment 802, includea tuner allowing for access to television programming. The mediaguidance application may have the same layout on various different typesof user equipment or may be tailored to the display capabilities of theuser equipment. For example, on user computer equipment 804, theguidance application may be provided as a web site accessed by a webbrowser. In another example, the guidance application may be scaled downfor wireless user communications devices 806.

In system 800, there is typically more than one of each type of userequipment device but only one of each is shown in FIG. 8 to avoidovercomplicating the drawing. In addition, each user may utilize morethan one type of user equipment device and also more than one of eachtype of user equipment device.

In some embodiments, a user equipment device (e.g., user televisionequipment 802, user computer equipment 804, wireless user communicationsdevice 806) may be referred to as a “second screen device.” For example,a second screen device may supplement content presented on a first userequipment device. The content presented on the second screen device maybe any suitable content that supplements the content presented on thefirst device. In some embodiments, the second screen device provides aninterface for adjusting settings and display preferences of the firstdevice. In some embodiments, the second screen device is configured forinteracting with other second screen devices or for interacting with asocial network. The second screen device can be located in the same roomas the first device, a different room from the first device but in thesame house or building, or in a different building from the firstdevice.

The user may also set various settings to maintain consistent mediaguidance application settings across in-home devices and remote devices.Settings include those described herein, as well as channel and programfavorites, programming preferences that the guidance applicationutilizes to make programming recommendations, display preferences, andother desirable guidance settings. For example, if a user sets a channelas a favorite on, for example, the web site www.allrovi.com on theirpersonal computer at their office, the same channel would appear as afavorite on the user's in-home devices (e.g., user television equipmentand user computer equipment) as well as the user's mobile devices, ifdesired. Therefore, changes made on one user equipment device can changethe guidance experience on another user equipment device, regardless ofwhether they are the same or a different type of user equipment device.In addition, the changes made may be based on settings input by a user,as well as user activity monitored by the guidance application.

The user equipment devices may be coupled to communications network 814.Namely, user television equipment 802, user computer equipment 804, andwireless user communications device 806 are coupled to communicationsnetwork 814 via communications paths 808, 810, and 812, respectively.Communications network 814 may be one or more networks including theInternet, a mobile phone network, mobile voice or data network (e.g., a4G or LTE network), cable network, public switched telephone network, orother types of communications network or combinations of communicationsnetworks. Paths 808, 810, and 812 may separately or together include oneor more communications paths, such as, a satellite path, a fiber-opticpath, a cable path, a path that supports Internet communications (e.g.,IPTV), free-space connections (e.g., for broadcast or other wirelesssignals), or any other suitable wired or wireless communications path orcombination of such paths. Path 812 is drawn with dotted lines toindicate that in the exemplary embodiment shown in FIG. 8 it is awireless path and paths 808 and 810 are drawn as solid lines to indicatethey are wired paths (although these paths may be wireless paths, ifdesired). Communications with the user equipment devices may be providedby one or more of these communications paths, but are shown as a singlepath in FIG. 8 to avoid overcomplicating the drawing.

Although communications paths are not drawn between user equipmentdevices, these devices may communicate directly with each other viacommunication paths, such as those described above in connection withpaths 808, 810, and 812, as well as other short-range point-to-pointcommunication paths, such as USB cables, IEEE 1394 cables, wirelesspaths (e.g., Bluetooth, infrared, IEEE 802-11x, etc.), or othershort-range communication via wired or wireless paths. BLUETOOTH is acertification mark owned by Bluetooth SIG, INC. The user equipmentdevices may also communicate with each other directly through anindirect path via communications network 814.

System 800 includes content source 816 and media guidance data source818 coupled to communications network 814 via communication paths 820and 822, respectively. Paths 820 and 822 may include any of thecommunication paths described above in connection with paths 808, 810,and 812. Communications with the content source 816 and media guidancedata source 818 may be exchanged over one or more communications paths,but are shown as a single path in FIG. 8 to avoid overcomplicating thedrawing. In addition, there may be more than one of each of contentsource 816 and media guidance data source 818, but only one of each isshown in FIG. 8 to avoid overcomplicating the drawing. (The differenttypes of each of these sources are discussed below.) If desired, contentsource 816 and media guidance data source 818 may be integrated as onesource device. Although communications between sources 816 and 818 withuser equipment devices 802, 804, and 806 are shown as throughcommunications network 814, in some embodiments, sources 816 and 818 maycommunicate directly with user equipment devices 802, 804, and 806 viacommunication paths (not shown) such as those described above inconnection with paths 808, 810, and 812.

Content source 816 may include one or more types of content distributionequipment including a television distribution facility, cable systemheadend, satellite distribution facility, programming sources (e.g.,television broadcasters, such as NBC, ABC, HBO, etc.), intermediatedistribution facilities, a content distribution network (e.g., asillustrated in FIG. 1) and/or servers (e.g., origin server 105, firstcache server 110, second cache server 120 of FIG. 1), Internetproviders, on-demand media servers, and other content providers. NBC isa trademark owned by the National Broadcasting Company, Inc., ABC is atrademark owned by the American Broadcasting Company, Inc., and HBO is atrademark owned by the Home Box Office, Inc. Content source 816 may bethe originator of content (e.g., a television broadcaster, a Webcastprovider, etc.) or may not be the originator of content (e.g., anon-demand content provider, an Internet provider of content of broadcastprograms for downloading, etc.). Content source 816 may include cablesources, satellite providers, on-demand providers, Internet providers,over-the-top content providers, or other providers of content. Contentsource 816 may also include a remote media server used to storedifferent types of content (including video content selected by a user),in a location remote from any of the user equipment devices. Systems andmethods for remote storage of content, and providing remotely storedcontent to user equipment are discussed in greater detail in connectionwith Ellis et al., U.S. Pat. No. 7,761,892, issued Jul. 20, 2010, whichis hereby incorporated by reference herein in its entirety. Contentsource 816 may include components such as control circuitry 704, whichincludes processing circuitry 706, and storage 708, as illustrated anddiscussed above in reference to FIG. 7.

Media guidance data source 818 may provide media guidance data, such asthe media guidance data described above. Media guidance data may beprovided to the user equipment devices using any suitable approach. Insome embodiments, the guidance application may be a stand-aloneinteractive television program guide that receives program guide datavia a data feed (e.g., a continuous feed or trickle feed). Programschedule data and other guidance data may be provided to the userequipment on a television channel sideband, using an in-band digitalsignal, using an out-of-band digital signal, or by any other suitabledata transmission technique. Program schedule data and other mediaguidance data may be provided to user equipment on multiple analog ordigital television channels.

In some embodiments, guidance data from media guidance data source 818may be provided to users' equipment using a client-server approach. Forexample, a user equipment device may pull media guidance data from aserver, or a server may push media guidance data to a user equipmentdevice. In some embodiments, a guidance application client residing onthe user's equipment may initiate sessions with source 818 to obtainguidance data when needed, e.g., when the guidance data is out of dateor when the user equipment device receives a request from the user toreceive data. Media guidance may be provided to the user equipment withany suitable frequency (e.g., continuously, daily, a user-specifiedperiod of time, a system-specified period of time, in response to arequest from user equipment, etc.). Media guidance data source 818 mayprovide user equipment devices 802, 804, and 806 the media guidanceapplication itself or software updates for the media guidanceapplication.

In some embodiments, the media guidance data may include viewer data.For example, the viewer data may include current and/or historical useractivity information (e.g., what content the user typically watches,what times of day the user watches content, whether the user interactswith a social network, at what times the user interacts with a socialnetwork to post information, what types of content the user typicallywatches (e.g., pay TV or free TV), mood, brain activity information,etc.). The media guidance data may also include subscription data. Forexample, the subscription data may identify to which sources or servicesa given user subscribes and/or to which sources or services the givenuser has previously subscribed but later terminated access (e.g.,whether the user subscribes to premium channels, whether the user hasadded a premium level of services, whether the user has increasedInternet speed). In some embodiments, the viewer data and/or thesubscription data may identify patterns of a given user for a period ofmore than one year. The media guidance data may include a model (e.g., asurvivor model) used for generating a score that indicates a likelihooda given user will terminate access to a service/source. For example, themedia guidance application may process the viewer data with thesubscription data using the model to generate a value or score thatindicates a likelihood of whether the given user will terminate accessto a particular service or source. In particular, a higher score mayindicate a higher level of confidence that the user will terminateaccess to a particular service or source. Based on the score, the mediaguidance application may generate promotions that entice the user tokeep the particular service or source indicated by the score as one towhich the user will likely terminate access.

Media guidance applications may be, for example, stand-aloneapplications implemented on user equipment devices. For example, themedia guidance application may be implemented as software or a set ofexecutable instructions which may be stored in storage 708, and executedby control circuitry 704 of a user equipment device 700. In someembodiments, media guidance applications may be client-serverapplications where only a client application resides on the userequipment device, and server application resides on a remote server. Forexample, media guidance applications may be implemented partially as aclient application on control circuitry 704 of user equipment device 700and partially on a remote server as a server application (e.g., mediaguidance data source 818) running on control circuitry of the remoteserver. When executed by control circuitry of the remote server (such asmedia guidance data source 818), the media guidance application mayinstruct the control circuitry to generate the guidance applicationdisplays and transmit the generated displays to the user equipmentdevices. The server application may instruct the control circuitry ofthe media guidance data source 818 to transmit data for storage on theuser equipment. The client application may instruct control circuitry ofthe receiving user equipment to generate the guidance applicationdisplays.

Content and/or media guidance data delivered to user equipment devices802, 804, and 806 may be over-the-top (OTT) content. OTT contentdelivery allows Internet-enabled user devices, including any userequipment device described above, to receive content that is transferredover the Internet, including any content described above, in addition tocontent received over cable or satellite connections. OTT content isdelivered via an Internet connection provided by an Internet serviceprovider (ISP), but a third party distributes the content. The ISP maynot be responsible for the viewing abilities, copyrights, orredistribution of the content, and may only transfer IP packets providedby the OTT content provider. Examples of OTT content providers includeYOUTUBE, NETFLIX, and HULU, which provide audio and video via IPpackets. Youtube is a trademark owned by Google Inc., Netflix is atrademark owned by Netflix Inc., and Hulu is a trademark owned by Hulu,LLC. OTT content providers may additionally or alternatively providemedia guidance data described above. In addition to content and/or mediaguidance data, providers of OTT content can distribute media guidanceapplications (e.g., web-based applications or cloud-based applications),or the content can be displayed by media guidance applications stored onthe user equipment device.

Media guidance system 800 is intended to illustrate a number ofapproaches, or network configurations, by which user equipment devicesand sources of content and guidance data may communicate with each otherfor the purpose of accessing content and providing media guidance. Theembodiments described herein may be applied in any one or a subset ofthese approaches, or in a system employing other approaches fordelivering content and providing media guidance. The following fourapproaches provide specific illustrations of the generalized example ofFIG. 8.

In one approach, user equipment devices may communicate with each otherwithin a home network. User equipment devices can communicate with eachother directly via short-range point-to-point communication schemesdescribed above, via indirect paths through a hub or other similardevice provided on a home network, or via communications network 814.Each of the multiple individuals in a single home may operate differentuser equipment devices on the home network. As a result, it may bedesirable for various media guidance information or settings to becommunicated between the different user equipment devices. For example,it may be desirable for users to maintain consistent media guidanceapplication settings on different user equipment devices within a homenetwork, as described in greater detail in Ellis et al., U.S. PatentPublication No. 2005/0251827, filed Jul. 11, 2005. Different types ofuser equipment devices in a home network may also communicate with eachother to transmit content. For example, a user may transmit content fromuser computer equipment to a portable video player or portable musicplayer.

In a second approach, users may have multiple types of user equipment bywhich they access content and obtain media guidance. For example, someusers may have home networks that are accessed by in-home and mobiledevices. Users may control in-home devices via a media guidanceapplication implemented on a remote device. For example, users mayaccess an online media guidance application on a web site via a personalcomputer at their office, or a mobile device such as a PDA orweb-enabled mobile telephone. The user may set various settings (e.g.,recordings, reminders, or other settings) on the online guidanceapplication to control the user's in-home equipment. The online guidemay control the user's equipment directly, or by communicating with amedia guidance application on the user's in-home equipment. Varioussystems and methods for user equipment devices communicating, where theuser equipment devices are in locations remote from each other, isdiscussed in, for example, Ellis et al., U.S. Pat. No. 8,046,801, issuedOct. 25, 2011, which is hereby incorporated by reference herein in itsentirety.

In a third approach, users of user equipment devices inside and outsidea home can use their media guidance application to communicate directlywith content source 816 to access content. Specifically, within a home,users of user television equipment 802 and user computer equipment 804may access the media guidance application to navigate among and locatedesirable content. Users may also access the media guidance applicationoutside of the home using wireless user communications devices 806 tonavigate among and locate desirable content.

In a fourth approach, user equipment devices may operate in a cloudcomputing environment to access cloud services. In a cloud computingenvironment, various types of computing services for content sharing,storage or distribution (e.g., video sharing sites or social networkingsites) are provided by a collection of network-accessible computing andstorage resources, referred to as “the cloud.” For example, the cloudcan include a collection of server computing devices, which may belocated centrally or at distributed locations, that provide cloud-basedservices to various types of users and devices connected via a networksuch as the Internet via communications network 814. These cloudresources may include one or more content sources 816 and one or moremedia guidance data sources 818. In addition or in the alternative, theremote computing sites may include other user equipment devices, such asuser television equipment 802, user computer equipment 804, and wirelessuser communications device 806. For example, the other user equipmentdevices may provide access to a stored copy of a video or a streamedvideo. In such embodiments, user equipment devices may operate in apeer-to-peer manner without communicating with a central server.

The cloud provides access to services, such as content storage, contentsharing, or social networking services, among other examples, as well asaccess to any content described above, for user equipment devices.Services can be provided in the cloud through cloud computing serviceproviders, or through other providers of online services. For example,the cloud-based services can include a content storage service, acontent sharing site, a social networking site, or other services viawhich user-sourced content is distributed for viewing by others onconnected devices. These cloud-based services may allow a user equipmentdevice to store content to the cloud and to receive content from thecloud rather than storing content locally and accessing locally-storedcontent.

A user may use various content capture devices, such as camcorders,digital cameras with video mode, audio recorders, mobile phones, andhandheld computing devices, to record content. The user can uploadcontent to a content storage service on the cloud either directly, forexample, from user computer equipment 804 or wireless usercommunications device 806 having content capture feature. Alternatively,the user can first transfer the content to a user equipment device, suchas user computer equipment 804. The user equipment device storing thecontent uploads the content to the cloud using a data transmissionservice on communications network 814. In some embodiments, the userequipment device itself is a cloud resource, and other user equipmentdevices can access the content directly from the user equipment deviceon which the user stored the content.

Cloud resources may be accessed by a user equipment device using, forexample, a web browser, a media guidance application, a desktopapplication, a mobile application, and/or any combination of accessapplications of the same. The user equipment device may be a cloudclient that relies on cloud computing for application delivery, or theuser equipment device may have some functionality without access tocloud resources. For example, some applications running on the userequipment device may be cloud applications, i.e., applications deliveredas a service over the Internet, while other applications may be storedand run on the user equipment device. In some embodiments, a user devicemay receive content from multiple cloud resources simultaneously. Forexample, a user device can stream audio from one cloud resource whiledownloading content from a second cloud resource. Or a user device candownload content from multiple cloud resources for more efficientdownloading. In some embodiments, user equipment devices can use cloudresources for processing operations such as the processing operationsperformed by processing circuitry described in relation to FIG. 7.

As referred herein, the term “in response to” refers to initiated as aresult of. For example, a first action being performed in response to asecond action may include interstitial steps between the first actionand the second action. As referred herein, the term “directly inresponse to” refers to caused by. For example, a first action beingperformed directly in response to a second action may not includeinterstitial steps between the first action and the second action.

FIGS. 9-12 present processes for control circuitry (e.g., controlcircuitry 704) to record offsets of a first media asset, and determine alargest start-offset and/or largest-end offset from the first mediaasset in accordance with some embodiments of the disclosure. In someembodiments this algorithm may be encoded on to non-transitory storagemedium (e.g., storage device 708 of a user device or server) as a set ofinstructions to be decoded and executed by processing circuitry (e.g.,processing circuitry 706 of a user device or server). Processingcircuitry 706 may in turn provide instructions to other sub-circuitscontained within control circuitry 704, such as tuning, videogenerating, encoding, decoding, encrypting, decrypting, scaling,analog/digital conversion circuitry, and the like.

FIG. 9 is a flowchart of an illustrative process 900 for recordingoffsets of a first media asset in accordance with some embodiments ofthe disclosure. At step 910, control circuitry 704 (e.g., of a serversuch as origin server 105, first cache server 110, second cache server120, a media content source 816, or other server), receives from a firstuser device (e.g., a user device 700) associated with a first user, afirst request (e.g., a command) to store a first media asset, where thefirst request includes a first offset from the first media asset. Insome embodiments, the first offset may be a positive start-offset 240 ornegative start-offset 245. In some embodiments, the first offset may bea negative end-offset 235 or a positive end-offset 230. For example, thecontrol circuitry 704 of an origin server 105, or a cache server (e.g.,within media content source 816) may receive the request from any ofuser devices 802, 804, 806, that was received from a media guidanceapplication (e.g., from display 500 of FIG. 5 or 600 of FIG. 6). Forexample, the control circuitry 704 may receive a command from a firstuser device (e.g., a user device associated with user C, correspondingto entry 315 of FIG. 3), based on a selection, at the first user device,of a program listing for a sports program (e.g., any of the programlistings in FIGS. 5 and 6), that is scheduled to start broadcasting at 8PM. The command may include the user-id 380 c, content-id 350 c,start-offset 360 c (e.g., +30), and/or end-offset 370 c (+60).

At step 920, control circuitry 704 (e.g., of a server such as originserver 105, first cache server 110, second cache server 120, a mediacontent source 816, or other server), receives from a second user device(e.g., a user device 700) associated with a second user, a secondrequest (e.g., a command) to store the first media asset, where thesecond request includes a second offset from the first media asset. Insome embodiments, the second offset may be a positive start-offset 240or negative start-offset 245. In some embodiments, the second offset maybe a negative end-offset 235 or a positive end-offset 230. For example,the control circuitry 704 of an origin server 105, or a cache server(e.g., within media content source 816) may receive the request from anyof user devices 802, 804, 806, that was received from a media guidanceapplication (e.g., from display 500 of FIG. 5 or 600 of FIG. 6). Forexample, the control circuitry 704 may receive a command from a seconduser device (e.g., a user device associated with user D, correspondingto entry 320 of FIG. 3), based on a selection, at the second userdevice, of a program listing for the sports program (e.g., any of theprogram listings in FIGS. 5 and 6), that is scheduled to startbroadcasting at 8 PM. The command may include the user-id 380 d,content-id 350 d, start-offset 360 d (e.g., +40), and/or end-offset 370d (e.g., 0-offset).

At step 930, control circuitry 704 (e.g., of a server such as originserver 105, first cache server 110, second cache server 120, a mediacontent source 816, or other server), may compare the first offset andthe second offset. For example, control circuitry 704 may compare thefirst offset and the second offset using microcode in a microprocessor(e.g., by comparing a variable for the first offset, and a variable forthe second offset), or may compare the first offset and the secondoffset in hardware (e.g., by using a comparator). For example, the firstoffset may be a positive start-offset (e.g., +30, corresponding to field360 c for user C), and the second start-offset may be a positivestart-offset (e.g., +40, corresponding to field 360 d for user D).Control circuitry may compare the first start-offset (e.g., +30) withthe second start-offset (e.g., +40).

At step 940, control circuitry 704 (e.g., of a server such as originserver 105, first cache server 110, second cache server 120, a mediacontent source 816, or other server), may determine, based on thecomparing (e.g., of step 930), a largest start-offset from the starttime of the first media asset. For example, control circuitry 704 maydetermine that the second offset (e.g., +40) is the largest startoffset.

At step 950, control circuitry 704 (e.g., of a server such as originserver 105, first cache server 110, second cache server 120, a mediacontent source 816, or other server), may store media content associatedwith the first media asset and the largest start-offset in or morestorage devices. In a shared copy network DVR, control circuitry 704,may direct origin server 105 and/or a cache server to record the firstmedia asset and media content associated with the largest offset. Forexample, control circuitry 704 may compute a start time for recording asbased on the largest start-offset (e.g., +40), and the start time of thefirst media asset (e.g., 8 PM), as 7:20 pm. Control circuitry 704 maydirect origin server 110 and/or a cache server to schedule a recordingof a broadcast from a source of the first media asset at 7:20 pm tostorage 708, such that the media content associated with the largestoffset (e.g., +40) is recorded along with the first media asset (e.g.,the program having a start time at 8 PM). In some embodiments, the mediaasset may already be stored in one more storage devices (e.g., at theorigin server, cache server, or other suitable server). For example, themedia asset may already be stored from a prior broadcast of the mediaasset. In these embodiments, control circuitry 704 may store mediacontent associated with the start-offset and/or end-offsets In someembodiments, the media asset may be partially stored. For example, therequest to record the program may be received while the broadcast of thefirst media asset is in progress. Control circuitry 704 may store theremaining media content of the broadcast of the first media asset, andmay copy the media content for the earlier portion of the first mediaasset from another stored copy. Control circuitry 704 may then storemedia content associated with the requested end-offsets and/or thestart-offsets. The processes of step 950 may also include the processeddescribed further below in reference to step 1075.

It is contemplated that the descriptions of FIG. 9 may be used with anyother embodiment of this disclosure. In addition, the descriptionsdescribed in relation to the algorithm of FIG. 9 may be done inalternative orders or in parallel to further the purposes of thisdisclosure. As a further example, in some embodiments, several steps maybe evaluated in parallel, using multiple logical processor threads, orthe algorithm may be enhanced by incorporating branch prediction.Furthermore, it should be noted that the process of FIG. 9 may beimplemented on a combination of appropriately configured software andhardware, and that any of the devices or equipment discussed in relationto FIGS. 7-8 could be used to implement one or more portions of theprocess.

FIG. 10 is a flowchart of a detailed illustrative process for recordingsoffsets of a first media asset in accordance with some embodiments ofthe disclosure. At step 1005, control circuitry 704 (e.g., of a serversuch as origin server 105, first cache server 110, second cache server120, a media content source 816, or other server), may receive from afirst user device (e.g., a user device 700 of FIG. 7), associated with afirst user (e.g., user C of FIG. 3), a first request to store a firstmedia asset (e.g., a sports program having a start time of 8 PM and endtime of 10 PM, scheduled for broadcast on channel 5), where the firstrequest includes a first start-offset (e.g., +30, corresponding tostart-offset 360 c of FIG. 3) from a start time (e.g., 8PM) of the firstmedia asset, and a first end-offset (e.g., +60) from an end time (e.g.,10 PM) of the first media asset. For example, control circuitry 704(e.g., within a content distribution network) may receive the commandbased on a user selection of a program listing for the first media asset(e.g., the sports program having a start time of 8 PM and end time of 10PM, scheduled for broadcast on channel 5).

At step 1010, control circuitry 704 may update the entry (e.g., entry405) associated with the first media asset in the content hits table(e.g., content hits table 400 of FIG. 4) to increment a count ofrequests (e.g., hits 480 a) to record the first media asset. Forexample, control circuitry 704 may issue an update command to a database(e.g., stored on storage 706 of the same or different server) whichstores the content-hits table to increment the count of requests from 2to 3 (e.g., assuming requests for storing the first media asset werepreviously received from users A and B of user-content table 300). Forexample, control circuitry 704, may issue a command to the database toretrieve the count of requests (e.g., hits 480 a), increment the countof requests, and then issue a command to the database to write-back theincremented count of requests to the entry (e.g., entry 405).

At step 1015, control circuitry 704 may update a user content table(e.g., user-content table 300 of FIG. 3, stored in a database) toinclude a first entry (e.g., entry 315) associated with the first user(e.g., user C), where the first entry includes an identifier of thefirst media asset (e.g., an identifier for the sports program having astart time at 8 PM and end time at 10 PM), the first start-offset (e.g.,+40) and the first end-offset (e.g., 0). For example, if an entrycorresponding to user C and the first media asset does not exist in thedatabase, which control circuitry may determine by issuing a selectquery based on an identifier for user C and the first media asset,control circuitry may issue a create command to the database to createentry 315 in the user-content table to include the identifier for user(e.g., in user-id field 380 c), the identifier for the media asset(e.g., in content-id 350 c), the first start-offset (e.g., +30 instart-offset field 360 c), and the end-offset (e.g., +60 in end-offsetfiled 370 c). For example, if an entry corresponding to user C and thefirst media asset does exist in the database, control circuitry 704 mayissue an update command to the database to update entry 315 in theuser-content table to include the identifier for user (e.g., in user-idfield 380 c), the identifier for the media asset (e.g., in content-id350 c), the first start-offset (e.g., +30 in start-offset field 360 c),and the end-offset (e.g., +60 in end-offset filed 370 c).

At step 1020, control circuitry 704 (e.g., of a server such as originserver 105, first cache server 110, second cache server 120, a mediacontent source 816, or other server), may receive from a second userdevice (e.g., a user device 700 of FIG. 7), associated with a seconduser (e.g., user D of FIG. 3), a second request to store the first mediaasset (e.g., the sports program having a start time of 8 PM and end timeof 10 PM, scheduled for broadcast on channel 5), where the secondrequest includes a second start-offset (e.g., +40, corresponding tostart-offset 360 d of FIG. 3) from a start time (e.g., 8 PM) of thefirst media asset, and a first end-offset (e.g., +0) from an end time(e.g., 10 PM) of the first media asset. For example, control circuitry704 (e.g., within a content distribution network) may receive thecommand based on a user selection of a program listing for the firstmedia asset (e.g., the sports program having a start time of 8 PM andend time of 10 PM, scheduled for broadcast on channel 5).

At step 1025, control circuitry 704 may update the entry (e.g., entry405) associated with the first media asset in the content hits table(e.g., content hits table 400 of FIG. 4) to increment a count ofrequests (e.g., hits 480 a) to record the first media asset. Forexample, control circuitry 704 may issue an update command to a database(e.g., stored on storage 706 of the same or different server) whichstores the content-hits table to increment the count of requests from 3to 4. For example, control circuitry 704, may issue a command to thedatabase to retrieve the count of requests (e.g., hits 480 a), incrementthe count of requests, and then issue a command to the database towrite-back the incremented count of requests to the entry (e.g., entry405).

At step 1030, control circuitry 704 may update a user content table(e.g., user-content table 300 of FIG. 3, stored in a database) toinclude a second entry (e.g., entry 320) associated with the first user(e.g., user D), where the second entry includes an identifier of thefirst media asset (e.g., an identifier for the sports program having astart time at 8 PM and end time at 10 PM), the second start-offset(e.g., +40) and the second end-offset (e.g., +60). For example, if anentry corresponding to user D and the first media asset does not existin the database, which control circuitry may determine by issuing aselect query based on an identifier for user D and the first mediaasset, control circuitry may issue a create command to the database tocreate entry 320 in the user-content table to include the identifier foruser (e.g., in user-id field 380 d), the identifier for the media asset(e.g., in content-id 350 d), the second start-offset (e.g., +40 instart-offset field 360 d), and the end-offset (e.g., 0 in end-offsetfiled 370 d). For example, if an entry corresponding to user D and thefirst media asset does exist in the database, control circuitry 704 mayissue an update command to the database to update entry 320 in theuser-content table to include the identifier for user (e.g., in user-idfield 380 d), the identifier for the media asset (e.g., in content-id350 d), the first start-offset (e.g., +40 in start-offset field 360 d),and the end-offset (e.g., 0 in end-offset filed 370 d).

At step 1035, control circuitry 704 may determine whether the firststart-offset (e.g., +30) is larger than a largest start-offset of anentry associated with the first media asset in a content-hits table(e.g., content-hits table 400 of FIG. 4). For example, control circuitrymay issue a query command to a database (e.g., stored in storage 706 ofone of origin server or other server) to retrieve the largeststart-offset (e.g., corresponding to fields 460 a, with an initial valueof 0, assuming that the start-offsets 360 a and 360 b received inrequests to store the first media asset were 0, prior to receiving thefirst request to the media asset from the user device corresponding touser C) corresponding to the first media asset (e.g., corresponding toP1). The query command may include the content-id corresponding to thefirst media asset (e.g., content-id field 450 a). Control circuitry maycompare the first start-offset (e.g., +30, corresponding to field 360 c,and received in the first user request) to the largest start-offset(e.g., initially 0). Based on determining that the first start-offset(e.g., +30) is larger than the largest start-offset (e.g., 0), theprocess proceeds to step 1040. Otherwise, if control circuitry 704determines that the first start-offset is not larger than the largeststart offset, the process proceeds to step 1045.

At step 1040, control circuitry 704 may update the largest start-offset(e.g., corresponding to field 460 a of entry 405) of the entry (e.g.,entry 405) associated with the first media asset to the firststart-offset based on determining that the first start-offset is largerthan the largest start offset. For example, control circuitry 704 mayissue an update command to the database (e.g., stored on storage 706 ofthe same or different server) which stores the content-hits table toupdate field 460 a entry 405 to the first start-offset (e.g., +30).

At step 1045, control circuitry 704 may determine whether the secondstart-offset (e.g., +40) is larger than the largest start-offset of anentry associated with the first media asset in a content-hits table(e.g., content-hits table 400 of FIG. 4). For example, control circuitrymay issue a query command to a database (e.g., stored in storage 706 ofone of origin server or other server) to retrieve the largeststart-offset (e.g., corresponding to fields 460 a, with a value of +30,after step 1040) corresponding to the first media asset (e.g.,corresponding to P1). The query command may include the content-idcorresponding to the first media asset (e.g., content-id field 450 a).Control circuitry may compare the second start-offset (e.g., +40,corresponding to field 360 c, and received in the first user request) tothe largest start-offset (e.g., +30 after step 1040 in this example).Based on determining that the second start-offset (e.g., +40) is largerthan the largest start-offset (e.g., +30), the process proceeds to step1050. Otherwise, if control circuitry 704 determines that the firststart-offset is not larger than the largest start offset, the processproceeds to step 1055.

At step 1050, control circuitry 704 may update the largest start-offset(e.g., corresponding to field 460 a of entry 405) of the entry (e.g.,entry 405) associated with the first media asset to the secondstart-offset based on determining that the first start-offset is largerthan the largest start offset. For example, control circuitry 704 mayissue an update command to the database (e.g., stored on storage 706 ofthe same or different server) which stores the content-hits table toupdate field 460 a of entry 405 to the second start-offset (e.g., +40).

At step 1055, control circuitry 704 may determine whether the firstend-offset (e.g., +60, corresponding to end offset-field 370 c of FIG. 3associated with user C) is larger than a largest end-offset of an entryassociated with the first media asset in a content-hits table (e.g.,content-hits table 400 of FIG. 4). For example, control circuitry mayissue a query command to a database (e.g., stored in storage 706 of oneof origin server or other server) to retrieve the largest end-offset(e.g., corresponding to fields 470 a, with an initial value of 0,assuming that the end-offsets 360 a and 360 b received in requests tostore the first media asset were 0, prior to receiving the first requestto the media asset from the user device corresponding to user C)corresponding to the first media asset (e.g., corresponding to P1). Thequery command may include the content-id corresponding to the firstmedia asset (e.g., content-id field 450 a). Control circuitry maycompare the first end-offset (e.g., +60, corresponding to field 370 c,and received in the first user request) to the largest start-offset(e.g., initially 0). Based on determining that the first end-offset(e.g., +60) is larger than the largest end-offset (e.g., 0), the processproceeds to step 1060. Otherwise, if control circuitry 704 determinesthat the first end-offset is not larger than the largest end offset, theprocess proceeds to step 1065.

At step 1060, control circuitry 704 may update the largest end-offset(e.g., corresponding to field 470 a of entry 405) of the entry (e.g.,entry 405) associated with the first media asset to the first end-offsetbased on determining that the first end-offset is larger than thelargest end offset. For example, control circuitry 704 may issue anupdate command to the database (e.g., stored on storage 706 of the sameor different server) which stores the content-hits table to update field470 a of entry 405 to the first end-offset (e.g., +60).

At step 1065, control circuitry 704 may determine whether the secondsend offset (e.g., +0) is larger than the largest end-offset of theentry associated with the first media asset in a content-hits table(e.g., content-hits table 400 of FIG. 4). For example, control circuitrymay issue a query command to a database (e.g., stored in storage 706 ofone of origin server or other server) to retrieve the largest end-offset(e.g., corresponding to field 470 a, with a value of +60, after step1060) corresponding to the first media asset (e.g., corresponding toP1). The query command may include the content-id corresponding to thefirst media asset (e.g., content-id field 450 a). Control circuitry maycompare the second end-offset (e.g., 0, corresponding to field 360 d,and received in the second user request) to the largest end-offset(e.g., +60 after step 1060 in this example). Based on determining thatthe second end-offset (e.g., 0) is not larger than the largestend-offset (e.g., +60), the process proceeds to step 1075. Otherwise, ifcontrol circuitry 704 determines that the second end-offset is largerthan the largest end offset, the process proceeds to step 1070.

At step 1070, control circuitry 704 may update the largest end-offset(e.g., corresponding to field 470 a of entry 405) of the entry (e.g.,entry 405) associated with the first media asset to the secondend-offset based on determining that the second end-offset is largerthan the largest end offset. For example, control circuitry 704 mayissue an update command to the database (e.g., stored on storage 706 ofthe same or different server) which stores the content-hits table toupdate field 470 a of entry 405 to the second end-offset.

At step 1075, control circuitry 704 may store media content associatedwith the first media asset, the largest start-offset and the largestend-offset in one or more storage devices (e.g., of one or more serversor devices, as part of media content source 816 or content distributionnetwork 100) based on the largest start-offset and the largest endoffset. In some embodiments, in a shared network DVR system, controlcircuitry 704 may store a single copy of the first media asset, andmedia content associated with the largest start-offset and the largestend-offset to a storage device 706 of an origin server (e.g., originserver 105) for shared access by multiple user devices of multiplerespective users. In some embodiments, the media asset may be partiallystored. For example, the request to record the program may be receivedwhile the broadcast of the first media asset is in progress. Controlcircuitry 704 may store the remaining media content of the broadcast ofthe first media asset, and may copy the media content for the earlierportion of the first media asset from another stored copy. Controlcircuitry 704 may then store media content associated with the requestedend-offsets and/or the start-offsets In some embodiments, controlcircuitry 704 may also store the media content associated with theoffsets (e.g., the start-offset and/or end-offsets) at cache serverswhich are located within a same geographic location as a requesting userdevice in order to exploit spatial locality (e.g., because the mediacontent associated with the start-offset may be first accessed from thecache server, while the first media asset is transferred from the originserver to the cache server for distribution to the requesting userdevice).

In some embodiments, in a private copy network DVR system, controlcircuitry 704 may store multiple copies of the first media asset to astorage device of the origin server, for separate access by user ofmultiple user devices, and may store separate copies of the mediacontent associated with respective start-offsets and end-offsets of eachuser to a respective cache server that is located within a geographicregion of the first user device. In these embodiments, the media contentassociated with the offsets may be stored at the cache servers in orderto exploit spatial locality to the users, and to conserve storage spaceat the origin server. In some embodiments, a first user device and asecond user device may be located in a same geographic location. Forexample, control circuitry of an origin server (e.g., origin server 105)may receive a first request to store a first media asset from a firstuser device (e.g., user device 112 of FIG. 1). Control circuitry of theorigin server may receive a second request to store the first mediaasset from a second user device (e.g., user device 116 a of FIG. 1).Control circuitry of the origin server may determine whether a firstlocation of the first user device and a second location of the seconduser device are within a same geographic location. Control circuitry ofthe origin server may select a first cache server (e.g., first cacheserver 110 of FIG. 1), based on determining that the first user deviceand the second user device are within a same geographic location as thefirst cache server (e.g., by comparing locations and euclidean distancesbetween the respective locations). Control circuitry of the originserver may then direct the first cache server to store media contentassociated with the start-offsets and/or end-offsets at the first cacheserver.

In some embodiments, a first user device and a second user device may belocated in a different geographic locations. For example, controlcircuitry of an origin server (e.g., origin server 105) may receive afirst request to store a first media asset from a first user device(e.g., user device 112 of FIG. 1). Control circuitry of the originserver may receive a second request to store the first media asset froma second user device (e.g., user device 116 a of FIG. 1). Controlcircuitry of the origin server may determine whether a first location ofthe first user device and a second location of the second user deviceare within a same geographic location. Control circuitry may determinethat the first user device and the second user device are not within asame geographic location and are within separate geographic locations.Control circuitry of the origin server may select a first cache server(e.g., first cache server 110 of FIG. 1), based on determining that thefirst user device is within a same geographic location as the firstcache server (e.g., by comparing locations and euclidean distancesbetween the respective locations). Control circuitry of the originserver may then direct the first cache server to store media contentassociated with the start-offsets and/or end-offsets associated with thefirst user device at the first cache server. Control circuitry of theorigin server may select a second cache server (e.g., second cacheserver 120 of FIG. 1), based on determining that the second user device(e.g., second user device 116 b of FIG. 1) is within a same geographiclocation as the second cache server (e.g., by comparing locations andeuclidean distances between the respective locations). Control circuitryof the origin server may then direct the second cache server to storemedia content associated with the start-offsets and/or end-offsetsassociated with the second user device at the second cache server.

In some embodiments, in a virtual private copy network DVR system,control circuitry 704 may store multiple copies of the first media assetto a storage device of the origin server, and a single copy of the firstmedia asset to a cache server for shared access. In these embodiments,the storage of the multiple copies at the origin server may satisfycopyright regulations for separate copies for separate users, whilemaintaining a shared copy for access from the cache server to reducebandwidth consumption between the origin server and cache server. Insome implementations of these embodiments, the media content associatedwith largest offsets may be stored at a cache server for shared access.In some implementations of these embodiments, separate copies of themedia content associated with different offsets may be stored at thecache server. In some embodiments, in a virtual private copy network DVRsystem, control circuitry 704 may store a single copy of the first mediaasset at the origin server, and may store media content associated withoffsets at a cache server to exploit spatial locality advantage.Dividing the storage of the first media asset at the origin server,while storing the first media asset at the cache server may bebeneficial in cases where a viewing does not advance beyond the mediacontent of the offset, such that the first media asset does not need tobe retrieved from the origin server to the first cache server. Theselection of cache servers based on locations of user devices mayproceed in a manner as discussed above in reference to the selection ofcache servers in a private network DVR.

In some embodiments, control circuitry 704 (e.g., of an origin server)may store a copy of a first media asset at a cache server in addition toor in lieu of storing the first media asset at the origin server basedon determining that a count of requests to store the first media asset(e.g., as indicated by hits 480 a in FIG. 4) is greater than athreshold. Control circuitry may direct a selected cache server (e.g.,within a same geographic location as a number of user devices requestingto store the first media asset) to store the first media asset to astorage device associated with the cache server.

It is contemplated that the descriptions of FIG. 10 may be used with anyother embodiment of this disclosure. In addition, the descriptionsdescribed in relation to the algorithm of FIG. 10 may be done inalternative orders or in parallel to further the purposes of thisdisclosure. As a further example, in some embodiments, several steps maybe evaluated in parallel, using multiple logical processor threads, orthe algorithm may be enhanced by incorporating branch prediction.Furthermore, it should be noted that the process of FIG. 10 may beimplemented on a combination of appropriately configured software andhardware, and that any of the devices or equipment discussed in relationto FIGS. 7-8 could be used to implement one or more portions of theprocess.

FIG. 11 is a flowchart of an illustrative process 1100 for deletingrecordings and offsets of a first media asset in accordance with someembodiments of the disclosure. At step 1105, control circuitry 704determines whether a request to delete the first media asset has beenreceived from the first user device (e.g., a user device of FIG. 7)associated with the first user (e.g., user C associated with entry 314of FIG. 3). For example, control circuitry may determine whether acommand to delete the first media asset has been received by determiningwhether a command when received, is a delete command (e.g., whether thecommand has an identifier or code associated with a delete command)and/or by comparing a content-id or media asset identifier of thereceived command to the content-hits table by issuing a query command adatabase that stores the content-hits table (e.g., of FIG. 4) and/or aquery command to a database that stores the user content table (e.g., ofFIG. 3). Based on determining that the request to delete the first mediaasset has been received from the first user device, the process proceedsto step 1110, otherwise the process polls back to step 1105.

At step 1110, control circuitry 704 updates the user content table toremove the first entry (e.g., entry 315) associated with the first user(e.g., user C). For example, control circuitry 704 may issue a deletecommand, that includes the user-id and content-id received in therequest to delete the media asset, to a database that stores the usercontent table to delete an entry associated with a user-id correspondingto the first user (e.g., user-id field 380 c corresponding to user C),and associated with the first media asset (e.g., a content-id field 350c). Prior to issuing the delete command, control circuitry may store thecontents of the entry in user-content table 300, associated with thefirst user (e.g., user C) and the first media asset in storage 706.

At step 1115, control circuitry 704 decrements the count of requests torecord the first media asset based on receiving the first request todelete the first media asset. For example, control circuitry 704 mayissue an update command to a database (e.g., stored on storage 706 ofthe same or different server) which stores the content-hits table todecrement the count of requests from 4 to 3 (e.g., assuming no otherdelete requests have been received since the end of process 1000 of theexample discussed in reference to FIG. 10). For example, controlcircuitry 704, may issue a command to the database to retrieve the countof requests (e.g., hits 480 a), decrement the count of requests, andthen issue a command to the database to write-back the decremented countof requests to the entry (e.g., entry 405).

At step 1120, control circuitry 704 may determine whether the count ofrequests to record the first media asset (e.g., hits value 480 a), isgreater than zero. For example, control circuitry 704 may issue a queryrequest to the content-hits table including a content-id or media assetidentifier associated with the first media asset, and may retrieve thehits value 480 a. Based on determining that the count of requests torecord the first media asset is greater than zero, the process proceedsto step 1130. Otherwise, the process proceeds to step 1125.

At step 1125, control circuitry 704 may delete the media contentassociated with the first media asset, the largest start-offset and thelargest end-offset from the one or more storage devices. For example,control circuitry 704 may issue a delete command to one or more storagedevice at one or more servers to delete the media content associatedwith the first media asset, the largest offset, depending on where themedia content is stored, as discussed above in reference to step 1075 ofFIG. 10. For example, control circuitry 704 may delete the media contentassociated with the first media asset, the largest start-offset and thelargest end offset, based on determining that the count of requestrequests to record the first media asset is not greater than zero, andis therefore zero, indicating there are no other users who may accessthe content other than the first user.

At step 1130, control circuitry 704 may retrieve a first entry (e.g.,entry 315 of user content table 300), associated with the first user(e.g., user C), from a user content table, where the first entryincludes an identifier of the first media asset (e.g., content-id offield 350 c of entry 315), the first start-offset (e.g., start-offsetfield 360 c), and the first end-offset (e.g., end-offset field 370 c).Control circuitry may issue a query command, including the user-id andthe content-id corresponding to those received as part of the request todelete in step 1105, to a database that stores the user-content table.In some embodiments, where the entry has been removed (e.g., in step1110), the entry may be retrieved from storage 706, where it was storedas discussed in reference to step 1110.

At step 1135, control circuitry 704 may determine whether the firststart-offset is the largest start-offset among entries of the usercontent table (e.g., 300 of FIG. 3) associated with the first mediaasset. For example, control circuitry 704 may issue a query to thedatabase that stores the user-content table to compare the firststart-offset to all start-offsets in the user content table. Based ondetermining that the first start-offset is the largest start offset, theprocess may proceed to step 1155, in order to delete media contentassociated with an interval between the first start-offset (the largeststart offset), and the second largest start offset. Based on determiningthat the first start-offset is not the largest start offset, the processproceeds to step 1140 to determine media content associated with thefirst end-offset should be deleted.

At step 1155, the control circuitry 704 may, based on determining thatthe first start-offset is the largest start-offset among entries of theuser content table associated with the first media asset, determine thesecond largest start-offset among entries of the user content table(e.g., 300 of FIG. 3) associated with the first media asset. Forexample, control circuitry 704 may issue a command to the database toretrieve a set of all start-offsets less than the first start-offset andthen issue a command to sort the retrieved set of start-offsets byascending value and extract the largest start-offset of the sorted setof start-offsets as the second largest start offset.

At step 1160, control circuitry 704 may determine whether the firstend-offset is the largest end-offset among entries of the user contenttable (e.g., 300 of FIG. 3) associated with the first media asset. Forexample, control circuitry 704 may issue a query to the database thatstores the user-content table to compare the first end-offset to allend-offsets in the user content table. Based on determining that thefirst end-offset is the largest end offset, the process may proceed tostep 1170, in order to delete media content associated with an intervalbetween the first end-offset (the largest end offset), and the secondlargest end offset. Based on determining that the first end-offset isnot the largest end offset, the process proceeds to step 1165 to deletemedia content associated with the first media asset and a time intervalbetween the first start-offset and the second largest start offset.

At step 1165, control circuitry 704 may delete the media contentassociated with a time interval between the first start-offset and thesecond largest start offset. For example, control circuitry 704 mayissue a delete command to one or more storage device at one or moreservers to delete the media content associated with the media contentassociated with the time interval between the first start-offset and thesecond largest start offset, depending on where the media content isstored, as discussed above in reference to step 1075 of FIG. 10.

At step 1170, the control circuitry 704 may, based on determining thatthe first end-offset is the largest end-offset among entries of the usercontent table associated with the first media asset, determine thesecond largest end-offset among entries of the user content table (e.g.,300 of FIG. 3) associated with the first media asset. For example,control circuitry 704 may issue a command to the database to retrieve aset of all end-offsets less than the first end-offset and then issue acommand to sort the retrieved set of end-offsets by ascending value andextract the largest end-offset of the sorted set of end-offsets as thesecond largest end offset.

At step 1175, control circuitry 704 may delete the media contentassociated with a time interval between the first start-offset and thesecond largest start offset, and a time interval between the firstend-offset and the second largest end offset. For example, controlcircuitry 704 may issue a delete command to one or more storage deviceat one or more servers to delete the media content associated with themedia content associated with the time interval between the firststart-offset and the second largest start offset, and the media contentassociated with the time interval between the first end-offset and thesecond largest end-offset depending on where the media content isstored, as discussed above in reference to step 1075 of FIG. 10.

At step 1140, control circuitry 704 may determine whether the firstend-offset is the largest end-offset among entries of the user contenttable (e.g., 300 of FIG. 3) associated with the first media asset. Forexample, control circuitry 704 may issue a query to the database thatstores the user-content table to compare the first end-offset to allend-offsets in the user content table. Based on determining that thefirst end-offset is the largest end offset, the process may proceed tostep 1145, in order to delete media content associated with an intervalbetween the first end-offset (the largest end offset), and the secondlargest end offset. Based on determining that the first end-offset isnot the largest end offset, the process may terminate, as the firstmedia asset and offsets may still be requested for access by otherusers.

At step 1145, the control circuitry 704 may, based on determining thatthe first end-offset is the largest end-offset among entries of the usercontent table associated with the first media asset, determine thesecond largest end-offset among entries of the user content table (e.g.,300 of FIG. 3) associated with the first media asset. For example,control circuitry 704 may issue a command to the database to retrieve aset of all end-offsets less than the first end-offset and then issue acommand to sort the retrieved set of end-offsets by ascending value andextract the largest end-offset of the sorted set of end-offsets as thesecond largest end offset.

At step 1150, control circuitry 704 may delete the media contentassociated with a time interval between the first end-offset and thesecond largest end offset. For example, control circuitry 704 may issuea delete command to one or more storage device at one or more servers todelete the media content associated with the first media asset, and themedia content associated with the time interval between the firstend-offset and the second largest end-offset depending on where themedia content is stored, as discussed above in reference to step 1075 ofFIG. 10.

It is contemplated that the descriptions of FIG. 11 may be used with anyother embodiment of this disclosure. In addition, the descriptionsdescribed in relation to the algorithm of FIG. 11 may be done inalternative orders or in parallel to further the purposes of thisdisclosure. As a further example, in some embodiments, several steps maybe evaluated in parallel, using multiple logical processor threads, orthe algorithm may be enhanced by incorporating branch prediction. Forexample, step 1110, to update the user content table to remove the firstentry may be performed just before part 1199 of the flowchart.Furthermore, it should be noted that the process of FIG. 11 may beimplemented on a combination of appropriately configured software andhardware, and that any of the devices or equipment discussed in relationto FIGS. 7-8 could be used to implement one or more portions of theprocess.

FIG. 12 is a flowchart of an illustrative process 1200 for restrictingaccess to offsets of a first media asset in accordance with someembodiments of the disclosure. At step 1220, control circuitry 704determines whether a first request to access the first media asset hasbeen received from the first user device associated with the first user(e.g., user C). For example, control circuitry 704 may receive acommand, and determine that the received command is a request to accessthe first media asset (e.g., by determining whether the command as anidentifier or code associated with an access command), and/or bycomparing a content-id or media asset identifier of the received commandto the content-hits table by issuing a query command a database thatstores the content-hits table (e.g., of FIG. 4) and/or a query commandto a database that stores the user content table (e.g., of FIG. 3). Forexample, the received command to access the first media asset mayinclude a third start-offset of +35 and a third end-offset of 0. Basedon determining that the first request to access the first media assethas been received from the first user device, the process proceeds tostep 1230. Otherwise, the process polls on step 1220.

At step 1230, control circuitry 704 retrieves, from the first entry(e.g., entry 315 of FIG. 3), associated with the first user (e.g. userC), from the user content table (e.g., user content table 300 of FIG.3), where the first entry includes the identifier of the first mediaasset, the first start-offset (e.g., +30, corresponding to start-offsetfield 360 c of entry 315), and the first end-offset (e.g., +60,corresponding to end-offset field 370 c of entry 315). The controlcircuitry 704 may, based on receiving the first request to access thefirst media asset, retrieve the first entry (e.g., by issuing a query toa database storing the user content table), associated with the firstuser, from the user content table, where the first entry includes theidentifier of the first media asset (e.g., content-id field 350 c ofentry 315), the first start-offset (e.g., +30, of start-offset field 360c of entry 315) and the first end-offset (e.g., +60, of end-offset field370 c of entry 315).

At step 1240, control circuitry 704 determines whether a start-offset ofthe first request to access the first media asset is greater than thefirst start-offset of the retrieved first entry. For example, controlcircuitry 704 may compare the start-offset received as part of therequest to access (e.g., +35) to the first start-offset of the firstentry (e.g., +30). Based on determining that the start-offset (e.g.,+35) of the first request is greater than the first start-offset (e.g.,+30) of the retrieved entry from user-content table 300, the processproceeds to step 1250 to restrict access of the first user to the mediacontent associated with the first media asset and the first startoffset, otherwise, the process proceeds to step 1260 to transmit mediacontent to the first user device.

At step 1250, control circuitry 704 restricts access of the first userto media content associated with the first media asset and the firststart offset. The control circuitry may restrict access of the firstuser to media content associated with the first media asset and thefirst start-offset by retrieving media content up to the firststart-offset (e.g., +30) without retrieving media up to the thirdstart-offset (e.g., +35), even though media content up to +40 isavailable, because +40 is the largest start-offset (e.g., as indicatedin content-hits table 400 and user-content table 400 after the secondrequest to store the first media asset is received, as described in FIG.9). For example, the first start-offset (e.g., +30) may not be thelargest start-offset in an associated entry in the content-hits table,if another request to store the first media asset had been received froma second user device 9e.g., associated with user D) having start-offset(e.g., +40), which is greater than the first start-offset (e.g., +30).In some embodiments, the control circuitry may generate for display anotification that the first user is restricted from accessing mediacontent associated with an offset larger than the first offset (e.g.,+30) that was included as part of the first request to record the firstmedia asset received from the first user device associated with thefirst user.

At step 1260, control circuitry 704 transmits media content associatedwith the first media asset, the first start-offset and the firstend-offset to the first user device. For example, control circuitry 704may transmit media content associated with the first media asset, thefirst start offset, and the first end-offset to the user device. Forexample, the system may deliver, across an internet protocol connectionto the first user device (e.g., a user device of FIG. 7), media content(e.g., audio and/or video) associated with the first media asset, thefirst start-offset (e.g., +30), and the first end-offset (e.g., of +40)to the user device.

The server from which the media content is delivered to the first userdevice may vary depending on the type of network DVR system, asdiscussed in reference to step 1075 of FIG. 10. In some embodiments, ina shared copy network DVR, a single copy of the first media asset may bestored in an origin server (e.g., 105 of FIG. 1), and transmitted fromthe origin server to a first user device. In implementations of theshared copy network DVR, the media content associated with offsets maybe stored in a cache server (e.g., first cache server 105) and/or theorigin server, and may be transmitted from the cache server to the firstuser device. In some embodiments, in a private copy network DVR,multiple copies associated with the first media asset may be stored inthe origin server (e.g., 105 of FIG. 1), and control circuitry 704 maydirect the origin server to transmit media content from a respectivecopy associated with the first user and/or first user device from theorigin server to the first user device. In some embodiments of thevirtual private copy network DVR, a single copy of the first media assetmay be stored at the origin server for shared access by multiple userdevices, and media content from the single copy may be transmitted tothe first user device. In some implementations of virtual private copynetwork DVR, separate copies of the offsets may be stored in a cacheserver for multiple users, and media content from a respective copy maybe transmitted to the first user device.

In some embodiments, the media content associated with the first mediaasset and offsets may be retrieved, using a Smart Download scheme, fromother user devices, instead of from servers, in order to reduce usingbandwidth and server resources. This may be useful in cases where afirst user device and second user device are located within closeproximity (e.g., to make use of mesh networks), or may be useful when afirst user device and a second user device are connected by a local areanetwork, are located within a same extended service set of a wirelessnetwork. For example, the control circuitry 704 (e.g., of a first userdevice 112) may issue a request for the first media asset and/or offsetsto another user device (e.g., of a second user device 116 a/b). Controlcircuitry 704 (e.g., of the second user device 116 a/b) may determinewhether it has a copy of the first media asset and/or offsets. Based ondetermining that it has a copy of the first media asset and/or offsets,the control circuitry 704 (e.g., of the second user device 116 a/b) maytransmit media content associated with the first media asset and/oroffsets to the first user device.

In some embodiments, the Smart Download scheme may be based on spatiallocation of user devices. For example, control circuitry of a first userdevice (e.g., associated with a user A) may transmit to a server (e.g.,an origin server or cache server) a request to access a media asset.Control circuitry of the server may determine a location of the firstuser device based on an IP address, other identifier of the first userdevice, and/or location information (e.g., GPS coordinates, cellularcoordinates, any other suitable location information or any combinationthereof) received from the first user device (e.g., as part of therequest or other transmission from the first user device). Controlcircuitry of the server may then determine whether the requested mediaasset has been accessed and stored to other user devices within the samelocation of the first user device. For example, control circuitry mayquery a database for other user devices that have downloaded the mediaasset requested for access by the first user device. Control circuitrymay determine that a second user device (e.g., associated with a user B)and a third user device (e.g., associated with a user C). Controlcircuitry of the server may then transmit a notification to the seconduser device and the third user device requesting permission to enablethe first user device to access the media asset that has been downloadedand stored to the second user device and the third user device. Based onreceiving a confirmation of acceptance for either of the second userdevice and/or the third user device, control circuitry of the server maytransmit a notification to the first user device which includes a URL orother suitable link to access the media asset from either of the seconduser device and/or the third user device. Control circuitry of the firstuser device may access the media asset from the second user and/or thirduser device using a wi-fi direct network, mesh network, or any othersuitable network.

In some embodiments, the control circuitry of the second user deviceand/or control circuitry of the third user device be configured toautomatically grant permission to the first user device to access themedia asset without generating for display an option to grant permissionto a respective user of the second user device (e.g., user B), and/or arespective user of the third user device (e.g., user C). Throughout thisprocess, control circuitry of the server, control circuitry of the firstuser device, control circuitry of the second user device, and/or controlcircuitry of the third user device may preserve identity of respectiveusers by de-identifying the requestor and grantor of access to the mediaasset. In some embodiments, control circuitry of the requesting firstuser device may send requests to devices associated with users that arerelated to the user of the first user device. For example, controlcircuitry of the requesting first user device may send requests todevices associated with users from a contacts list or subset of thecontacts list (e.g., a friends group, a family group, community group,social networking group, etc.) associated with the first user. In someembodiments, control circuitry of the granting second user device and/orcontrol circuitry of the granting third user device may grant access tothe media asset to user devices associated with users associated with arespective user of the second user device and/or third user device. Forexample, control circuitry of the granting user device grant requests toaccess to user devices associated users from a contacts list or subsetof the contacts list (e.g., a friends group, a family group, communitygroup, social networking group, etc.) of a user of the granting userdevice.

It is contemplated that the descriptions of FIG. 12 may be used with anyother embodiment of this disclosure. In addition, the descriptionsdescribed in relation to the algorithm of FIG. 12 may be done inalternative orders or in parallel to further the purposes of thisdisclosure. As a further example, in some embodiments, several steps maybe evaluated in parallel, using multiple logical processor threads, orthe algorithm may be enhanced by incorporating branch prediction.Furthermore, it should be noted that the process of FIG. 12 may beimplemented on a combination of appropriately configured software andhardware, and that any of the devices or equipment discussed in relationto FIGS. 7-8 could be used to implement one or more portions of theprocess.

The processes discussed above are intended to be illustrative and notlimiting. One skilled in the art would appreciate that the steps of theprocesses discussed herein may be omitted, modified, combined, and/orrearranged, and any additional steps may be performed without departingfrom the scope of the invention. More generally, the above disclosure ismeant to be exemplary and not limiting. Only the claims that follow aremeant to set bounds as to what the present invention includes.Furthermore, it should be noted that the features and limitationsdescribed in any one embodiment may be applied to any other embodimentherein, and flowcharts or examples relating to one embodiment may becombined with any other embodiment in a suitable manner, done indifferent orders, or done in parallel. In addition, the systems andmethods described herein may be performed in real time. It should alsobe noted that the systems and/or methods described above may be appliedto, or used in accordance with, other systems and/or methods.

What is claimed is:
 1. A method for storing and delivering media assets,comprising: receiving, from a first user device associated with a firstuser, a first request to store a first media asset, wherein the firstrequest comprises a first offset from the first media asset; receiving,from a second user device associated with a second user, a secondrequest to store the first media asset, wherein the second requestcomprises a second offset from the first media asset; comparing thefirst offset and the second offset; determining, based on the comparing,a largest start-offset from the start time of the first media asset; andstoring media content associated with the first media asset and thelargest start-offset in one or more storage devices.
 2. A method forstoring and delivering media assets in a content delivery network,comprising: receiving, from a first user device associated with a firstuser, a first request to store a first media asset, wherein the firstrequest comprises a first start-offset from a start time of the firstmedia asset and a first end-offset from an end time of the first mediaasset; receiving, from a second user device associated with a seconduser, a second request to store the first media asset, wherein thesecond request comprises a second start-offset from the start time ofthe first media asset and a second end-offset from the end time of thefirst media asset; determining whether the first start-offset is largerthan a largest start-offset of an entry associated with the first mediaasset in a content-hits table; updating the largest start-offset of theentry associated with the first media asset to the first start-offsetbased on determining that the first start-offset is larger than thelargest start offset; determining whether the second start-offset islarger than the largest start-offset of the entry associated with thefirst media asset; updating the largest start-offset of the entryassociated with the first media asset to the second start-offset basedon determining that the second start-offset is larger than the largeststart offset; determining whether the first end-offset is larger than alargest end-offset of the entry associated with the first media asset;updating the largest end-offset of the entry associated with the firstmedia asset to the first end-offset based on determining that the firstend-offset is larger than the largest end offset; determining whetherthe second end-offset is larger than the largest end-offset of the entryassociated with the first media asset; updating the largest end-offsetof the entry associated with the first media asset to the secondend-offset based on determining that the second end-offset is largerthan the largest end offset; and storing media content associated withthe first media asset, the largest start-offset and the largestend-offset in one or more storage devices based on the largeststart-offset and the largest end offset.
 3. The method of claim 2,further comprising: storing a single copy of the first media asset at aserver, based on receiving the first request to store the first mediaasset and based on receiving the second request to store the first mediaasset.
 4. The method of claim 2, further comprising: based on receivingthe first request to store the first media asset: updating the entryassociated with the first media asset in the content-hits table toincrement a count of requests to record the first media asset; and basedon receiving the second request to store the first media asset: updatingthe entry associated with the first media asset in the content-hitstable to increment the count of requests to record the first mediaasset.
 5. The method of claim 2, further comprising: based on receivingthe first request, updating a user content table to include a firstentry associated with the first user, wherein the first entry comprisesan identifier of the first media asset, the first start-offset and thefirst end offset; and based on receiving the second request, updatingthe user content table to include a second entry associated with thesecond user, wherein the second entry comprises the identifier of thefirst media asset and the second start offset.
 6. The method of claim 2,wherein the first start-offset comprises at least one of a positivestart-offset corresponding to a time prior to the start time of thefirst media asset, and a negative start-offset corresponding to a timeafter the start time of the first media asset, and wherein the secondstart-offset comprises at least one of a positive end-offsetcorresponding to a time after the start time of the first media asset,and a negative end-offset corresponding to a time before the end time ofthe first media asset.
 7. The method of claim 4, further comprising:receiving, from the first user device associated with the first user, afirst request to delete the first media asset; decrementing the count ofrequests to record the first media asset based on receiving the firstrequest to delete the first media asset; determining whether the countof requests to record the first media asset is greater than zero; andbased on determining that the count of requests to record the firstmedia asset is equal to zero, deleting the media content associated withthe first media asset, the largest start-offset and the largestend-offset from the one or more storage devices.
 8. The method of claim4, further comprising: receiving, from the first user device associatedwith the first user, a first request to delete the first media asset;decrementing the count of requests to record the first media asset basedon receiving the first request to delete the first media asset;determining whether the count of requests to record the first mediaasset is greater than zero; and based on determining that the count ofrequests to record the first media asset is greater than zero:retrieving a first entry, associated with the first user, from a usercontent table, wherein the first entry comprises an identifier of thefirst media asset, the first start-offset and the first end offset;determining whether the first start-offset is the largest start-offsetamong entries of the user content table associated with the first mediaasset; based on determining that the first start-offset is the largeststart-offset among entries of the user content table associated with thefirst media asset, determining the second largest start-offset amongentries of the user content table associated with the first media asset;determining whether the first end-offset is the largest end-offset amongentries of the user content table associated with the first media asset;based on determining that the first end-offset is the largeststart-offset among entries of the user content table, determining thesecond largest end-offset among entries of the user content tableassociated with the first media asset; and deleting media contentassociated with a time interval between the first start-offset and thesecond largest start offset, and a time interval between the firstend-offset and the second largest end offset, based on determining thatthe first start-offset is the largest end offset, determining that thefirst end-offset is the largest end-offset and receiving the firstrequest to delete the first media asset.
 9. The method of claim 5,further comprising: receiving, from the first user device associatedwith the first user, a first request to delete the first media asset;based on receiving the first request to delete the first media asset,updating the user content table to remove the first entry associatedwith the first user; receiving, from the second user device associatedwith the second user, a second request to delete the first media asset;and based on receiving the second request to delete the first mediaasset, updating the user content table to remove the second entryassociated with the second user.
 10. The method of claim 5, furthercomprising: receiving, from the first user device associated with thefirst user, a first request to access the first media asset; based onreceiving the first request to access the first media asset, retrievingthe first entry, associated with the first user, from the user contenttable, wherein the first entry comprises the identifier of the firstmedia asset, the first start-offset and the first end offset; andtransmitting media content associated with the first media asset, thefirst start offset, and the first end-offset to the first user device.11. The method of claim 9, wherein the first request to access the firstmedia asset is associated with a third start offset, further comprising:determining that the third start-offset is greater than the first startoffset; and based on determining that the third start-offset is greaterthan the first start offset, restricting access of the first user tomedia content associated with the first media asset and the first startoffset.
 12. A system for storing and delivering media assets in acontent delivery network, comprising: one or more storage devicesconfigured to: store media content for a plurality of media assets andoffsets associated with a subset of the plurality of media assets;control circuitry configured to: receive, from a first user deviceassociated with a first user, a first request to store a first mediaasset, wherein the first request comprises a first start-offset from astart time of the first media asset and a first end-offset from an endtime of the first media asset; receive, from a second user deviceassociated with a second user, a second request to store the first mediaasset, wherein the second request comprises a second start-offset fromthe start time of the first media asset and a second end-offset from theend time of the first media asset; determine whether the firststart-offset is larger than a largest start-offset of an entryassociated with the first media asset in a content-hits table; updatethe largest start-offset of the entry associated with the first mediaasset to the first start-offset based on determining that the firststart-offset is larger than the largest start offset; determine whetherthe second start-offset is larger than the largest start-offset of theentry associated with the first media asset; update the largeststart-offset of the entry associated with the first media asset to thesecond start-offset based on determining that the second start-offset islarger than the largest start offset; determine whether the firstend-offset is larger than a largest end-offset of the entry associatedwith the first media asset; update the largest end-offset of the entryassociated with the first media asset to the first end-offset based ondetermining that the first end-offset is larger than the largest endoffset; determine whether the second end-offset is larger than thelargest end-offset of the entry associated with the first media asset;update the largest end-offset of the entry associated with the firstmedia asset to the second end-offset based on determining that thesecond end-offset is larger than the largest end offset; and store mediacontent associated with the first media asset, the largest start-offsetand the largest end-offset in the one or more storage devices based onthe largest start-offset and the largest end offset.
 13. The system ofclaim 12, wherein the control circuitry is further configured to: Storea single copy of the first media asset at a server, based on receivingthe first request to store the first media asset and based on receivingthe second request to store the first media asset.
 14. The system ofclaim 12, wherein the control circuitry is further configured to: basedon receiving the first request to store the first media asset: updatethe entry associated with the first media asset in the content-hitstable to increment a count of requests to record the first media asset;and based on receiving the second request to store the first mediaasset: update the entry associated with the first media asset in thecontent-hits table to increment the count of requests to record thefirst media asset.
 15. The system of claim 12, wherein the controlcircuitry is further configured to: based on receiving the firstrequest, update a user content table to include a first entry associatedwith the first user, wherein the first entry comprises an identifier ofthe first media asset, the first start-offset and the first end offset;and based on receiving the second request, update the user content tableto include a second entry associated with the second user, wherein thesecond entry comprises the identifier of the first media asset and thesecond start offset.
 16. The system of claim 12, wherein the firststart-offset comprises at least one of a positive start-offsetcorresponding to a time prior to the start time of the first mediaasset, and a negative start-offset corresponding to a time after thestart time of the first media asset, and wherein the second start-offsetcomprises at least one of a positive end-offset corresponding to a timeafter the start time of the first media asset, and a negative end-offsetcorresponding to a time before the end time of the first media asset.17. The system of claim 14, wherein the control circuitry is furtherconfigured to: receive, from the first user device associated with thefirst user, a first request to delete the first media asset; decrementthe count of requests to record the first media asset based on receivingthe first request to delete the first media asset; determine whether thecount of requests to record the first media asset is greater than zero;and based on determining that the count of requests to record the firstmedia asset is equal to zero, delete the media content associated withthe first media asset, the largest start-offset and the largestend-offset from the one or more storage devices.
 18. The system of claim14, wherein the control circuitry is further configured to: receive,from the first user device associated with the first user, a firstrequest to delete the first media asset; decrement the count of requeststo record the first media asset based on receiving the first request todelete the first media asset; decrement whether the count of requests torecord the first media asset is greater than zero; and based ondetermining that the count of requests to record the first media assetis greater than zero: retrieve a first entry, associated with the firstuser, from a user content table, wherein the first entry comprises anidentifier of the first media asset, the first start-offset and thefirst end offset; determine whether the first start-offset is thelargest start-offset among entries of the user content table associatedwith the first media asset; based on determining that the firststart-offset is the largest start-offset among entries of the usercontent table associated with the first media asset, determine thesecond largest start-offset among entries of the user content tableassociated with the first media asset; determine whether the firstend-offset is the largest end-offset among entries of the user contenttable associated with the first media asset; based on determining thatthe first end-offset is the largest start-offset among entries of theuser content table, determine the second largest end-offset amongentries of the user content table associated with the first media asset;and delete media content associated with a time interval between thefirst start-offset and the second largest start offset, and a timeinterval between the first end-offset and the second largest end offset,based on determining that the first start-offset is the largest endoffset, determining that the first end-offset is the largest end-offsetand receiving the first request to delete the first media asset.
 19. Thesystem of claim 15, wherein the control circuitry is further configuredto: receive, from the first user device associated with the first user,a first request to delete the first media asset; based on receiving thefirst request to delete the first media asset, update the user contenttable to remove the first entry associated with the first user; receive,from the second user device associated with the second user, a secondrequest to delete the first media asset; and based on receiving thesecond request to delete the first media asset, update the user contenttable to remove the second entry associated with the second user. 20.The system of claim 15, wherein the control circuitry is furtherconfigured to: receive, from the first user device associated with thefirst user, a first request to access the first media asset; based onreceiving the first request to access the first media asset, retrievethe first entry, associated with the first user, from the user contenttable, wherein the first entry comprises the identifier of the firstmedia asset, the first start-offset and the first end offset; andtransmit media content associated with the first media asset, the firststart offset, and the first end-offset to the first user device.
 21. Thesystem of claim 19, wherein the first request to access the first mediaasset is associated with a third start offset, and wherein the controlcircuitry is further configured to: determine that the thirdstart-offset is greater than the first start offset; and based ondetermining that the third start-offset is greater than the first startoffset, restrict access of the first user to media content associatedwith the first media asset and the first start offset.
 22. A system forstoring and delivering media assets in a content delivery network,comprising: means for receiving, from a first user device associatedwith a first user, a first request to store a first media asset, whereinthe first request comprises a first start-offset from a start time ofthe first media asset and a first end-offset from an end time of thefirst media asset; means for receiving, from a second user deviceassociated with a second user, a second request to store the first mediaasset, wherein the second request comprises a second start-offset fromthe start time of the first media asset and a second end-offset from theend time of the first media asset; means for determining whether thefirst start-offset is larger than a largest start-offset of an entryassociated with the first media asset in a content-hits table; means forupdating the largest start-offset of the entry associated with the firstmedia asset to the first start-offset based on determining that thefirst start-offset is larger than the largest start offset; means fordetermining whether the second start-offset is larger than the largeststart-offset of the entry associated with the first media asset; meansfor updating the largest start-offset of the entry associated with thefirst media asset to the second start-offset based on determining thatthe second start-offset is larger than the largest start offset; meansfor determining whether the first end-offset is larger than a largestend-offset of the entry associated with the first media asset; means forupdating the largest end-offset of the entry associated with the firstmedia asset to the first end-offset based on determining that the firstend-offset is larger than the largest end offset; means for determiningwhether the second end-offset is larger than the largest end-offset ofthe entry associated with the first media asset; means for updating thelargest end-offset of the entry associated with the first media asset tothe second end-offset based on determining that the second end-offset islarger than the largest end offset; and means for storing media contentassociated with the first media asset, the largest start-offset and thelargest end-offset in one or more storage devices based on the largeststart-offset and the largest end offset.
 23. The system of claim 22,further comprising: means for storing a single copy of the first mediaasset at a server, based on receiving the first request to store thefirst media asset and based on receiving the second request to store thefirst media asset.
 24. The system of claim 22, further comprising: meansfor updating, based on receiving the first request to store the firstmedia asset, the entry associated with the first media asset in thecontent-hits table to increment a count of requests to record the firstmedia asset; and means for updating, based on receiving the secondrequest to store the first media asset, the entry associated with thefirst media asset in the content-hits table to increment the count ofrequests to record the first media asset.
 25. The system of claim 22,further comprising: means for updating, based on receiving the firstrequest, a user content table to include a first entry associated withthe first user, wherein the first entry comprises an identifier of thefirst media asset, the first start-offset and the first end offset; andmeans for updating, based on receiving the second request, the usercontent table to include a second entry associated with the second user,wherein the second entry comprises the identifier of the first mediaasset and the second start offset.
 26. The system of claim 22, whereinthe first start-offset comprises at least one of a positive start-offsetcorresponding to a time prior to the start time of the first mediaasset, and a negative start-offset corresponding to a time after thestart time of the first media asset, and wherein the second start-offsetcomprises at least one of a positive end-offset corresponding to a timeafter the start time of the first media asset, and a negative end-offsetcorresponding to a time before the end time of the first media asset.27. The system of claim 24, further comprising: means for receiving,from the first user device associated with the first user, a firstrequest to delete the first media asset; means for decrementing thecount of requests to record the first media asset based on receiving thefirst request to delete the first media asset; means for determiningwhether the count of requests to record the first media asset is greaterthan zero; and means for deleting, based on determining that the countof requests to record the first media asset is equal to zero, the mediacontent associated with the first media asset, the largest start-offsetand the largest end-offset from the one or more storage devices.
 28. Thesystem of claim 24, further comprising: means for receiving, from thefirst user device associated with the first user, a first request todelete the first media asset; means for decrementing the count ofrequests to record the first media asset based on receiving the firstrequest to delete the first media asset; means for determining whetherthe count of requests to record the first media asset is greater thanzero; means for retrieving, based on determining that the count ofrequests to record the first media asset is greater than zero, a firstentry, associated with the first user, from a user content table,wherein the first entry comprises an identifier of the first mediaasset, the first start-offset and the first end offset; means fordetermining, based on determining that the count of requests to recordthe first media asset is greater than zero, whether the firststart-offset is the largest start-offset among entries of the usercontent table associated with the first media asset; means fordetermining, based on determining that the count of requests to recordthe first media asset is greater than zero and based on determining thatthe first start-offset is the largest start-offset among entries of theuser content table associated with the first media asset, the secondlargest start-offset among entries of the user content table associatedwith the first media asset; means for determining, based on determiningthat the count of requests to record the first media asset is greaterthan zero, whether the first end-offset is the largest end-offset amongentries of the user content table associated with the first media asset;means for determining, based on determining that the count of requeststo record the first media asset is greater than zero and based ondetermining that the first end-offset is the largest start-offset amongentries of the user content table, the second largest end-offset amongentries of the user content table associated with the first media asset;and means for deleting media content associated with a time intervalbetween the first start-offset and the second largest start offset, anda time interval between the first end-offset and the second largest endoffset, based on determining that the count of requests to record thefirst media asset is greater than zero, determining that the firststart-offset is the largest end offset, determining that the firstend-offset is the largest end-offset and receiving the first request todelete the first media asset.
 29. The system of claim 25, furthercomprising: means for receiving, from the first user device associatedwith the first user, a first request to delete the first media asset;means for updating, based on receiving the first request to delete thefirst media asset, the user content table to remove the first entryassociated with the first user; means for receiving, from the seconduser device associated with the second user, a second request to deletethe first media asset; and means for updating, based on receiving thesecond request to delete the first media asset, the user content tableto remove the second entry associated with the second user.
 30. Thesystem of claim 25, further comprising: means for receiving, from thefirst user device associated with the first user, a first request toaccess the first media asset; means for retrieving, based on receivingthe first request to access the first media asset, the first entry,associated with the first user, from the user content table, wherein thefirst entry comprises the identifier of the first media asset, the firststart-offset and the first end offset; and means for transmitting mediacontent associated with the first media asset, the first start offset,and the first end-offset to the first user device.
 31. The system ofclaim 29, wherein the first request to access the first media asset isassociated with a third start offset, further comprising: means fordetermining that the third start-offset is greater than the first startoffset; and means for restricting, based on determining that the thirdstart-offset is greater than the first start offset, access of the firstuser to media content associated with the first media asset and thefirst start offset.
 32. A non-transitory machine-readable medium forstoring and delivering media assets in a content delivery network,comprising memory with instructions encoded thereon comprising:instructions for receiving, from a first user device associated with afirst user, a first request to store a first media asset, wherein thefirst request comprises a first start-offset from a start time of thefirst media asset and a first end-offset from an end time of the firstmedia asset; instructions for receiving, from a second user deviceassociated with a second user, a second request to store the first mediaasset, wherein the second request comprises a second start-offset fromthe start time of the first media asset and a second end-offset from theend time of the first media asset; instructions for determining whetherthe first start-offset is larger than a largest start-offset of an entryassociated with the first media asset in a content-hits table;instructions for updating the largest start-offset of the entryassociated with the first media asset to the first start-offset based ondetermining that the first start-offset is larger than the largest startoffset; instructions for determining whether the second start-offset islarger than the largest start-offset of the entry associated with thefirst media asset; instructions for updating the largest start-offset ofthe entry associated with the first media asset to the secondstart-offset based on determining that the second start-offset is largerthan the largest start offset; instructions for determining whether thefirst end-offset is larger than a largest end-offset of the entryassociated with the first media asset; instructions for updating thelargest end-offset of the entry associated with the first media asset tothe first end-offset based on determining that the first end-offset islarger than the largest end offset; instructions for determining whetherthe second end-offset is larger than the largest end-offset of the entryassociated with the first media asset; instructions for updating thelargest end-offset of the entry associated with the first media asset tothe second end-offset based on determining that the second end-offset islarger than the largest end offset; and instructions for storing mediacontent associated with the first media asset, the largest start-offsetand the largest end-offset in one or more storage devices based on thelargest start-offset and the largest end offset.
 33. The non-transitorymachine-readable medium claim 32, further comprising: instructions forstoring a single copy of the first media asset at a server, based onreceiving the first request to store the first media asset and based onreceiving the second request to store the first media asset.
 34. Thenon-transitory machine-readable medium 32, further comprising:instructions for updating, based on receiving the first request to storethe first media asset, the entry associated with the first media assetin the content-hits table to increment a count of requests to record thefirst media asset; and instructions for updating, based on receiving thesecond request to store the first media asset, the entry associated withthe first media asset in the content-hits table to increment the countof requests to record the first media asset.
 35. The non-transitorymachine-readable medium 32, further comprising: instructions forupdating, based on receiving the first request, a user content table toinclude a first entry associated with the first user, wherein the firstentry comprises an identifier of the first media asset, the firststart-offset and the first end offset; and instructions for updating,based on receiving the second request, the user content table to includea second entry associated with the second user, wherein the second entrycomprises the identifier of the first media asset and the second startoffset.
 36. The non-transitory machine-readable medium 32, wherein thefirst start-offset comprises at least one of a positive start-offsetcorresponding to a time prior to the start time of the first mediaasset, and a negative start-offset corresponding to a time after thestart time of the first media asset, and wherein the second start-offsetcomprises at least one of a positive end-offset corresponding to a timeafter the start time of the first media asset, and a negative end-offsetcorresponding to a time before the end time of the first media asset.37. The non-transitory machine-readable medium 34, further comprising:instructions for receiving, from the first user device associated withthe first user, a first request to delete the first media asset;instructions for decrementing the count of requests to record the firstmedia asset based on receiving the first request to delete the firstmedia asset; instructions for determining whether the count of requeststo record the first media asset is greater than zero; and instructionsfor deleting, based on determining that the count of requests to recordthe first media asset is equal to zero, the media content associatedwith the first media asset, the largest start-offset and the largestend-offset from the one or more storage devices.
 38. The non-transitorymachine-readable medium 34, further comprising: instructions forreceiving, from the first user device associated with the first user, afirst request to delete the first media asset; instructions fordecrementing the count of requests to record the first media asset basedon receiving the first request to delete the first media asset;instructions for determining whether the count of requests to record thefirst media asset is greater than zero; and instructions for retrieving,based on determining that the count of requests to record the firstmedia asset is greater than zero, a first entry, associated with thefirst user, from a user content table, wherein the first entry comprisesan identifier of the first media asset, the first start-offset and thefirst end offset; instructions for determining, based on determiningthat the count of requests to record the first media asset is greaterthan zero, whether the first start-offset is the largest start-offsetamong entries of the user content table associated with the first mediaasset; instructions for determining, based on determining that the countof requests to record the first media asset is greater than zero andbased on determining that the first start-offset is the largeststart-offset among entries of the user content table associated with thefirst media asset, the second largest start-offset among entries of theuser content table associated with the first media asset; instructionsfor determining, based on determining that the count of requests torecord the first media asset is greater than zero, whether the firstend-offset is the largest end-offset among entries of the user contenttable associated with the first media asset; instructions fordetermining, based on determining that the count of requests to recordthe first media asset is greater than zero and based on determining thatthe first end-offset is the largest start-offset among entries of theuser content table, the second largest end-offset among entries of theuser content table associated with the first media asset; andinstructions for deleting media content associated with a time intervalbetween the first start-offset and the second largest start offset, anda time interval between the first end-offset and the second largest endoffset, based on determining that the count of requests to record thefirst media asset is greater than zero, determining that the firststart-offset is the largest end offset, determining that the firstend-offset is the largest end-offset and receiving the first request todelete the first media asset.
 39. The non-transitory machine-readablemedium 35, further comprising: instructions for receiving, from thefirst user device associated with the first user, a first request todelete the first media asset; instructions for updating, based onreceiving the first request to delete the first media asset, the usercontent table to remove the first entry associated with the first user;instructions for receiving, from the second user device associated withthe second user, a second request to delete the first media asset; andinstructions for updating, based on receiving the second request todelete the first media asset, the user content table to remove thesecond entry associated with the second user.
 40. The non-transitorymachine-readable medium 35, further comprising: instructions forreceiving, from the first user device associated with the first user, afirst request to access the first media asset; instructions forretrieving, based on receiving the first request to access the firstmedia asset, the first entry, associated with the first user, from theuser content table, wherein the first entry comprises the identifier ofthe first media asset, the first start-offset and the first end offset;and instructions for transmitting media content associated with thefirst media asset, the first start offset, and the first end-offset tothe first user device.
 41. The non-transitory machine-readable medium39, wherein the first request to access the first media asset isassociated with a third start offset, further comprising: instructionsfor determining that the third start-offset is greater than the firststart offset; and instructions for restricting, based on determiningthat the third start-offset is greater than the first start offset,access of the first user to media content associated with the firstmedia asset and the first start offset.
 42. A method for storing anddelivering media assets in a content delivery network, comprising:receiving, from a first user device associated with a first user, afirst request to store a first media asset, wherein the first requestcomprises a first start-offset from a start time of the first mediaasset and a first end-offset from an end time of the first media asset;receiving, from a second user device associated with a second user, asecond request to store the first media asset, wherein the secondrequest comprises a second start-offset from the start time of the firstmedia asset and a second end-offset from the end time of the first mediaasset; determining whether the first start-offset is larger than alargest start-offset of an entry associated with the first media assetin a content-hits table; updating the largest start-offset of the entryassociated with the first media asset to the first start-offset based ondetermining that the first start-offset is larger than the largest startoffset; determining whether the second start-offset is larger than thelargest start-offset of the entry associated with the first media asset;updating the largest start-offset of the entry associated with the firstmedia asset to the second start-offset based on determining that thesecond start-offset is larger than the largest start offset; determiningwhether the first end-offset is larger than a largest end-offset of theentry associated with the first media asset; updating the largestend-offset of the entry associated with the first media asset to thefirst end-offset based on determining that the first end-offset islarger than the largest end offset; determining whether the secondend-offset is larger than the largest end-offset of the entry associatedwith the first media asset; updating the largest end-offset of the entryassociated with the first media asset to the second end-offset based ondetermining that the second end-offset is larger than the largest endoffset; and storing media content associated with the first media asset,the largest start-offset and the largest end-offset in one or morestorage devices based on the largest start-offset and the largest endoffset.
 43. The method of claim 42, further comprising: storing a singlecopy of the first media asset at a server, based on receiving the firstrequest to store the first media asset and based on receiving the secondrequest to store the first media asset.
 44. The method of claim 42 or43, further comprising: based on receiving the first request to storethe first media asset: updating the entry associated with the firstmedia asset in the content-hits table to increment a count of requeststo record the first media asset; and based on receiving the secondrequest to store the first media asset: updating the entry associatedwith the first media asset in the content-hits table to increment thecount of requests to record the first media asset.
 45. The method ofclaims 42-44, further comprising: based on receiving the first request,updating a user content table to include a first entry associated withthe first user, wherein the first entry comprises an identifier of thefirst media asset, the first start-offset and the first end offset; andbased on receiving the second request, updating the user content tableto include a second entry associated with the second user, wherein thesecond entry comprises the identifier of the first media asset and thesecond start offset.
 46. The method of claims 42-45, wherein the firststart-offset comprises at least one of a positive start-offsetcorresponding to a time prior to the start time of the first mediaasset, and a negative start-offset corresponding to a time after thestart time of the first media asset, and wherein the second start-offsetcomprises at least one of a positive end-offset corresponding to a timeafter the start time of the first media asset, and a negative end-offsetcorresponding to a time before the end time of the first media asset.47. The method of claims 42-46, further comprising: receiving, from thefirst user device associated with the first user, a first request todelete the first media asset; decrementing the count of requests torecord the first media asset based on receiving the first request todelete the first media asset; determining whether the count of requeststo record the first media asset is greater than zero; and based ondetermining that the count of requests to record the first media assetis equal to zero, deleting the media content associated with the firstmedia asset, the largest start-offset and the largest end-offset fromthe one or more storage devices.
 48. The method of claims 42-47, furthercomprising: receiving, from the first user device associated with thefirst user, a first request to delete the first media asset;decrementing the count of requests to record the first media asset basedon receiving the first request to delete the first media asset;determining whether the count of requests to record the first mediaasset is greater than zero; and based on determining that the count ofrequests to record the first media asset is greater than zero:retrieving a first entry, associated with the first user, from a usercontent table, wherein the first entry comprises an identifier of thefirst media asset, the first start-offset and the first end offset;determining whether the first start-offset is the largest start-offsetamong entries of the user content table associated with the first mediaasset; based on determining that the first start-offset is the largeststart-offset among entries of the user content table associated with thefirst media asset, determining the second largest start-offset amongentries of the user content table associated with the first media asset;determining whether the first end-offset is the largest end-offset amongentries of the user content table associated with the first media asset;based on determining that the first end-offset is the largeststart-offset among entries of the user content table, determining thesecond largest end-offset among entries of the user content tableassociated with the first media asset; and deleting media contentassociated with a time interval between the first start-offset and thesecond largest start offset, and a time interval between the firstend-offset and the second largest end offset, based on determining thatthe first start-offset is the largest end offset, determining that thefirst end-offset is the largest end-offset and receiving the firstrequest to delete the first media asset.
 49. The method of claims 42-48,further comprising: receiving, from the first user device associatedwith the first user, a first request to delete the first media asset;based on receiving the first request to delete the first media asset,updating the user content table to remove the first entry associatedwith the first user; receiving, from the second user device associatedwith the second user, a second request to delete the first media asset;and based on receiving the second request to delete the first mediaasset, updating the user content table to remove the second entryassociated with the second user.
 50. The method of claims 42-49, furthercomprising: receiving, from the first user device associated with thefirst user, a first request to access the first media asset; based onreceiving the first request to access the first media asset, retrievingthe first entry, associated with the first user, from the user contenttable, wherein the first entry comprises the identifier of the firstmedia asset, the first start-offset and the first end offset; andtransmitting media content associated with the first media asset, thefirst start offset, and the first end-offset to the first user device.51. The method of claims 42-50, wherein the first request to access thefirst media asset is associated with a third start offset, furthercomprising: determining that the third start-offset is greater than thefirst start offset; and based on determining that the third start-offsetis greater than the first start offset, restricting access of the firstuser to media content associated with the first media asset and thefirst start offset.